使用VS 2010提高軟體測試自動化的水平(4)

自動篩除不相干的迴歸測試

為了實現某個新的功能，或為了修複一個Bug，開發人員通常需要在現有的代碼上進行修改，當一個開發人員改動了部分代碼之後，他往往需要把所有的單元測試統統再運行一遍，以確保他所做的改動不會帶來“蝴蝶效應”，也就是導致意想不到的地方出現問題。如果是到了項目後期，即便是一個中等規模的系統可能也會有上千個單元測試，把上千個單元測試都跑一遍，再快可能也得要個把小時。實際上，每次代碼改動的影響面是有限的，一次代碼改動可能也就會影響到幾個、十幾個、至多幾十個單元測試。每改動一次代碼，就把上千個單元測試重跑一遍，雖然都是機器自動去跑，但也很浪費時間。那麼有什麼辦法能把這部分白白浪費的時間節省下來嗎？

VS 2010提供了一個叫作"Test Impact Analysis"的功能，有人把它譯成“測試影響分析”，我覺叫它“測試株連分析”似乎更貼切些。利用這一功能，開發人員在修改完代碼、要進行單元迴歸測試時，可以很容易地把確實受到此次代碼改動影響的測試挑出來，而把絕大多數不相干的測試全都過濾掉。假設某開發人員只修改了某個類中的一個方法，那麼他只須通過"Test Impact Analysis"把涉及到這個發法的可能也就是三、五個單元測試挑出來再運行一遍就行了（參考圖1），而無須象以往那樣把所有相關或不相關的單元測試全都再跑一遍了。

圖1 改動的方法（1個）及其“殃及”的測試（1個）

這個功能對手工測試人員也很有協助，特別是手工測試人員在進行迴歸測試時（參考圖2），也存在是把所有測試案例都再跑一遍，還是僅挑出受代碼改動（這裡的改動是指從上次測試的build到這次要測的build之間所做的全部代碼改動）影響的測試案例再跑一遍的問題。答案是肯定的，既然現在有了“測試株連分析”，我們幹嗎還要捨近求遠呢？

圖2 在執行迴歸測試時只挑出受代碼變動“牽連”的測試回合