累積測試分析和目標測試入門[5] 軟件測試
圖 2 顯示了對構建 11 收集的一段時間的測試的累積結果。此處，很可能看到的是團隊計劃運行大部分可用的測試，并且發現許多測試失敗，然而，運行這些測試所花費的時間意味著在產品發布的時候這些中的許多仍舊存在。
讓我們為該虛擬場景填充一些背后細節。設想構建 3 是最初的 GA 候選，差不多 80% 的可用測試生成了好的結果。其間，缺陷確定和其他變更慢慢地進入到由于工作都集中于構建 3 而很少測試到的后繼構建中。構建 9 宣布為新的 GA 候選，并且測試再次開始。當構建 11 成為最終的 GA 構建時，測試工作再次重新開始。如在圖 2 中可以看到的，此次對構建的測試直到 GA 驅動程序生成之后 11 天才能完成。
累積測試分析的情況
現在，讓我們將圖 1 和 2 中例舉的傳統方法與新方法在同樣的情況下進行對比。首先，我們對來自于上面測試的結果執行累積測試分析的新技術。為了這樣做，我們向此圖表引入許多附加顏色(參見圖 3)。
如以前一樣，通過(綠色)或失敗(紅色)的新測試顯示為暗色。因為圖 3 顯示了測試循環的末尾，所以顯示出很少“新的”測試運行。
用橙色突出的測試表示那些瞄準已知構建，但因某種原因沒運行的分析。
淺綠和淺紅色的結果表示從較早的構建中轉過來的結果�！靶碌摹焙汀爸匦逻\行”的測試之間的差別僅僅是，“新的”測試是那些對正討論的構建首次運行的測試。
還要注意的是圖表不再從 0% 到 100%，而替換為測試的度量數字。這背后的原因將在我們討論新數據時顯現出來。
圖 3：利用傳統回歸測試方法的 CTA 累積測試結果
文章來源于領測軟件測試網 http://www.kjueaiud.com/
