让我们一起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吧?