軟件回歸測試及其實踐(3)

　　早發現那些對可靠性有最大影響的故障。這種方法可以在一個給定的預算下最有效的提高系統

　　可靠性，但實施起來有一定的難度。

　　(4)再測試修改的部分

　　當測試者對修改的局部化有足夠的信心時，可以通過相依性分析識別軟件的修改情況并分

　　析修改的影響，將回歸測試局限于被改變的模塊和它的接口上。通常，一個回歸錯誤一定涉及

　　一個新的、修改的或刪除的代碼段。在允許的條件下，回歸測試盡可能覆蓋受到影響的部

　　分。

　　再測試全部用例的策略是最安全的策略，但已經運行過許多次的回歸測試不太可能揭示新

　　的錯誤，而且很多時候，由于時間、人員、設備和經費的原因，不允許選擇再測試全部用例的

　　回歸測試策略，此時，可以選擇適當的策略進行縮減的回歸測試。

　　3、回歸測試的基本過程

　　有了測試用例庫的維護方法和回歸測試包的選擇策略，回歸測試可遵循下述基本過程進

　　行:

　　(1) 識別出軟件中被修改的部分;

　　(2) 從原基線測試用例庫T中，排除所有不再適用的測試用例，確定那些對新的軟件版本依然

　　有效的測試用例，其結果是建立一個新的基線測試用例庫T0。

　　(3)依據一定的策略從T0中選擇測試用例測試被修改的軟件。

　　(4)如果必要，生成新的測試用例集T1，用于測試T0無法充分測試的軟件部分。

　　(5)用T1執行修改后的軟件。

　　第(2)和第(3)步測試驗證修改是否破壞了現有的功能，第(4)和第(5)步測試驗證 修改工

　　作本身。

　　三、回歸測試實踐

　　在實際工作中，回歸測試需要反復進行，當測試者一次又一次地完成相同的測試時，這些

　　回歸測試將變得非常令人厭煩，而在大多數回歸測試需要手工完成的時候尤其如此，因此，需

　　要通過自動測試來實現重復的和一致的回歸測試。通過測試自動化可以提高回歸測試效率。為

　　了支持多種回歸測試策略，自動測試工具應該是通用的和靈活的，以便滿足達到不同回歸測試

　　目標的要求。

　　在測試軟件時，應用多種測試技術是常見的。當測試一個修改了的軟件時，測試者也可能

　　希望采用多于一種回歸測試策略來增加對修改軟件的信心。不同的測試者可能會依據自己的經

　　驗和判斷選擇不同的回歸測試技術和策略。

　　回歸測試并不減少對系統新功能和特征的測試需求，回歸測試包應包括新功能和特征的測

　　試。如果回歸測試包不能達到所需的覆蓋要求，必須補充新的測試用例使覆蓋率達到規定的要

　　求。

　　回歸測試是重復性較多的活動，容易使測試者感到疲勞和厭倦，降低測試效率，在實際工

　　作中可以采用一些策略減輕這些問題。例如，安排新的測試者完成手工回歸測試，分配更有經

　　驗的測試者開發新的測試用例，編寫和調試自動測試腳本，做一些探索性的或ad hoc測試。還

　　可以在不影響測試目標的情況下，鼓勵測試者創造性地執行測試用例，變化的輸入、按鍵和配

　　置能夠有助于激勵測試者又能揭示新的錯誤。

　　在組織回歸測試時需要注意兩點，首先是各測試階段發生的修改一定要在本測試階段內完

　　成回歸，以免將錯誤遺留到下一測試階段。其次，回歸測試期間應對該軟件版本凍結，將回歸

　　測試發現的問題集中修改，集中回歸。

　　在實際工作中，可以將回歸測試與兼容性測試結合起來進行。在新的配置條件下運行舊的

　　測試可以發現兼容性問題，而同時也可以揭示編碼在回歸方面的錯誤。

　　參考文獻：

　　[1] Glenford J.Myers，計算機軟件測試技巧，清華大學出版社，1985。

　　[2] Robert V. Binder，面向對象系統的測試，人民郵電出版社，2001。

　　[3] Rex Black， 測試流程管理，北京大學出版社，2001。

原文轉自：http://www.anti-gravitydesign.com