一、目前开发工作现状: 1、开发拿到模块后做配置、写基类、写业务实现方法、添加/修改表字段,其中做的新配置其他开发可共享,写的基类如果测试通过,其他开发可添加自己的业务逻辑方法、可继承写新类。做配置、写基类、添加类是公共开发任务,这...
我是一枚潜藏在数据库引擎深处的Bug,躲在一个黑暗的角落很久了,历经多个版本、N轮回归测试的风雨洗礼,我存在,我骄傲。还记得那天,我怀着激动而忐忑的心情等待一位QA新人把我发布出去…… 产品发布在即,一位颇有经验的QA在无意间写了一条短小...
知道大家在生活中有没有遇到过这种情况,经常你会有句话或是有个想法在嘴边,但是还没说出来就忘记了,这种感觉是不是很令你讨厌。其实,在软件测试工作中,也会遇到此类情况,当一些BUG突然从你眼前划过,而你想要回头去把它再揪出来的时候,会发现它...
摘要:本文论述了基于ACV-Average Competency Value和系统圈复杂度系数构建COD阶段缺陷预测模型的过程和思路,通过建立的预测模型软件项目管理者可以预测预先设定的项目QCD目标实现概率,提前预测风险并适时增强项目团队的开发力量。 关键词:ACV...
看到Stack Exchange上对于在Bug Report中加入“Person to blame”栏位的讨论,这的确是一个很好的题目,这里面包含了很多的东西。该不该加这个栏位且不说,其实最重要是看动机和目的。 为什么管理者要加这个栏位呢? 自然是可以方便地统计出哪个组...
你的项目已经发布了!也许这是第一个版本迭代,或者它可能是第10个。然而,作为一个细心的软件工程师,你的工作还没有结束。现在是时候事后分析。所以,你有你的标准:“什么是对的”, “什么是错的”的定义,但你认为你仍可能会错过一些将有助于你项...
为了能够减少二次Bug率,一般组织都有一套Bug跟踪流程用来确保Bug修改的正确性。 下面是一个典型的Bug跟踪流程。 登记Bug -> 原因分析 -> 修改方案 -> 影响性分析 -> 修改 -> 测试 -> 测试组再测试 这个Bug跟踪流程基...
【UI型Bug定义】 这里指的UI型指以下两种Bug: 第一种是文字型Bug,即和给定的字符资源不一致的Bug,比如文字/字符/提示语/引导语/用户协议等文字方面的不一致。 第二种是UI效果不一致的Bug,比如应该是个圆角按钮,做出来的界面却是个...
一、致命问题 要回答怎么处理致命问题,首先要弄清楚什么才是致命问题,其次是致命问题是从哪里来的。 从语意上,“致命问题”这个说法是及其不严谨的,因为没有一个公认的标准,每个人对致命问题的理解都可能不同,而且随着软件过程中不同的...
问题描述: 例如,测试人员发现在进行“操作A”的时候出现了bug,那么下面两种方式那种更合理? 1、他直接将“操作A”的精确步骤提交给开发部门。 2、他测试同一类的“操作B”“操作C”,都出现了bug,而“操作A”“操作B”“操作C”都...
一听到初级Bug这个名字,很多开发工程师都会觉得很头痛,还有那个“初级Bug率”,让人随时受不了。 初级Bug这个概念,在多数缺陷跟踪工具中,是不存在的,可以说是淘宝研发部的特色。初级Bug对应Bug的一个属性:“Bug深度”,这个属性有三个选项:...
摘要:相信每个程序员都遇到过“不可能的bug”,代码没有任何问题却出错了!问题肯定是出在操作系统上,或者是工具,甚至是因为计算机硬件的问题?!?当然,魔兽之父也不例外,他在本文中分享了多个处理异常bug的经验。 今天要分享的故事关于一些...
对于一个测试人员来说,发现bug不是最难的,定位bug的 root cause 却是比较困难的,特别是哪些隐藏在代码中比较深的bug,以下是我的一些快速定位bug的心得,希望可以抛砖引玉。 要定位问题,首先要熟悉代码,我觉得熟悉代码的两个有效的方式是: ...
如果问100个软件公司的CEO,问他们是否愿意发布含有bug的软件。他们会说什么?50个根本不愿意回答,会说一些软件bug是这个行业中一个需要解决的大问题等不着边的话;40个会说“当然不会!”,并立即给他们的投资者打电话说这是诬陷,会追究法律责任。...
ODC分析法 ODC(正交缺陷分类)分析方法最早由IBM的waston中心推出,是将一个缺陷在生命周期的各环节的属性组织起来,从单维度、多维度来对缺陷进行分析,从不同角度得到各类缺陷的缺陷密度和缺陷比率,从而积累得到各类缺陷的基线值,用于评估测...
摘要:针对嵌入式软件的特点,通过对现有一些软件缺陷分类方法进行研究分析,本文提出了一种基于故障模型的缺陷分类方法,这种方法在软件测试中能有效的发现一些极易疏忽的软件故障。 关键词:嵌入式测试;软件缺陷;故障模型;缺陷分类 一、...
在软件开发中,有无数个永恒的话题 ,其中有一个话题叫做:Bug。传说它是沟通开发与测试之间的桥梁,不过我们今天要讨论的并不是开发与测试的关系,而是项目管理与Bug之间的关系,因为在这之前,有很多的项目不是输在了开发,而是输给了Bug。 据说...
作为软件测试人员,最基本的一项技能就是如何把所发现的缺陷(Defect)准确无歧义的表达出来,尤其还是全英文表达时候。 结合以前的一份总结,写下这篇博客。 其实从缺陷的描述也可以看出一个软件测试人员的基本功,甚至可以看出测试人员在做一些...
今天部门内部讨论了在提交缺陷时在何种情况下应该注明是【需求不一致】。 提到这个问题,个人认为应该先明确注明【需求不一致】的目的和作用。个人比较认同采用在缺陷中注明【需求不一致】来达到检验在前期评审需求和评审用例的质量。 那么,...
又属于一篇普及文,希望自己在被各种技术吸引的同时,能时常来整理和总结软件测试最基本的知识。 从刚工作时接触的第一个缺陷管理工具禅道,到redmine、JIRA、bugzilla ,再到现在的QC,当然还有其它种的开源的或商业的缺陷管理工具,它们的本质是...