让我们一起EDA

发表于:2013-5-30 10:31  作者:cmriqa   来源:51Testing软件测试博客

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 缺陷分析 缺陷管理

  什么是EDA?Escaped Defect Analysis,直译过来就是对逃掉的缺陷进行的分析。

  软件测试人员经常会被抱怨,为什么这个缺陷被客户发现了?或者被研发自己发现了?你们没有测出来呢?作为一名测试人员,经常会觉得很委屈,该设计的用例都设计了啊、该用的测试方法也都用了啊、该考虑的环境参数也都考虑了啊…………….Why呢?

  其实导致缺陷的因素有很多,并不是只有测试一个环节就能够完全保证软件质量。对于项目中所逃掉的缺陷,是有必要做一个模型并进行分析的。

  以下是根据我参与的一个项目所作的一个模型:

  做EDA工作的第一步,就是收集所有的Escaped Defects。那什么是Escaped Defects呢?从上面的模型,我们可以看到,客户发现的、研发人员发现的、内部或者外部试用用户发现的、产品上市以后发现的、以及应该在研发的某sprint内发现却没发现的,这些都属于Escaped Defects的范畴。不同的项目,对于Escaped Defects的来源不尽相同。对于这些Escaped Defects,我们需要进行详细的分析,one by one的找到缺陷遗漏的原因。

  根据我们对已有项目的分析,原因大致来自于以下几个方面:

  1、需求方面:需求定义不清晰或者颗粒度太大、需求人员和研发人员以及测试人员对于需求的理解不一致等;

  2、开发环节:单元测试未有效执行、对于缺陷的duplicate执行不正确、修改缺陷引入新的问题等;

  3、测试计划方面:测试用例覆盖度不够、测试用例定义错误等;

  4、测试执行方面:测试方法、测试环境、测试资源等;5.UI Design的不合理。

  通过EDA的分析,我们可以得到以下分析数据:

  并且能够得到更详细的报告:

  通过以上分析,项目组可以调整各个环节的流程和方法。比如,需求细化、加强UT、测试用例更新、测试方法修正等等。

  根据我们对于项目的跟踪,EDA的分析对于遗漏缺陷率的降低还是起到了积极有效的作用。

  怎么样?让我们一起来EDA吧?

版权声明:本文出自 cmriqa 的51Testing软件测试博客:http://www.51testing.com/?489136

原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。


评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2020, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道