從表中我們可以看到,經過測試用例優化選擇之后,我們選出了 3 個和函數變更相關的測試用例,達到了 83.3% 的覆蓋率。同時由于 27 個與函數變更無關的測試用例不需要重測,使得 90% 的回歸測試資源得到了節省。
圖 7. 覆蓋率分析
從上圖,我們可以清楚地看到基于每個函數改動的相關測試用例的數目,以及測試覆蓋率。比如 ManageCommodityAction 這個 Class 里面,存在了 2 個 Change Method, 只有 1 個 changed method 被現有的 1 個 Test Case 所覆蓋,測試覆蓋率為 50% 。
上面分析報告中總共有 12 個函數發生改動,基中還有 2 個沒有被任何測試用例覆蓋到。那么未被覆蓋的 Change Method 就需要測試人員對之進行分析并且添加新的測試用例以提高我們的測試覆蓋率 , 保證測試質量。
總結
回歸測試用例的優化選擇,以最少的測試用例,準確地覆蓋所作改動,極大地提高了我們回歸測試的測試效率與測試質量。
自動測試過程中的覆蓋率反饋分析,以最小的測試代價,最精確的分析,來獲得當前的測試完成情況,為測試人員提高了良好的分析報告,以便測試人員改進和新增新的測試用例。大大提高了回歸測試的測試效率與質量。
參考資料
學習
“Rational Edge: 加快回歸測試的步伐:累積測試分析和目標測試入門”(developerWorks,2006 年 10 月):本文來自于 Rational Edge:通常所說的“累積測試分析(Cumulative Test Analysis)”技術向軟件測試團隊提供了對自動化測試更合理的方法,特別是在回歸測試集的領域內。理解 CTA 如何提高您的測試效率。
“基于 RFT 和 STAF 進行的無需人工干預的跨平臺自動化回歸測試”(developerWorks,2008 年 8 月):本文隨著回歸測試的自動化程度不同,而結合 Rational Functional Tester (RFT) 進行無需人工干預的跨平臺并發自動化回歸測試
瀏覽 技術書店獲取關于這些主題和其他技術主題的書籍。
developerWorks Java 技術專區:查找數百篇有關 Java 編程各方面的文章。
討論
參與 developerWorks blogs 并加入 developerWorks 社區。
原文轉自:http://www.uml.org.cn/Test/200903313.asp