什么是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
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。