让我们一起EDA

让我们一起EDA

什么是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

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