測試用例的有效維護

轉載軟件測試和質量專欄

 

開發一個軟件產品，會發布多個版本，伴隨着 測試用例（ Test case ）的不斷維護 , 使 測試用例 不斷完善並與產品功能、特性 (features) 的變化保持一致，因此 測試用例 是和產品版本相關聯的。特別是對提供軟件服務的軟件產品，多個版本經常共存，爲客戶提供服務，這時多個版本的 測試用例也是並存的 ，因此在新建、修改、刪除 測試用例 時要十分當心，並有相應的規則。

根據產品特性和 test case 一致性，分下面幾種狀況分別處理：

1. 產品特性沒變，只是根據 Late Discovery Bug 或 Remedy Ticket 來完善 test case ，只有這時候能夠修改 Test case, 也就意味着當前修改的 test case ，對目前和之前的版本都有效。

2. 原有產品特性發生了變化，不是 new feature, 而是 enhanced features （功能加強） , 這時候原有的 test case  只對先前版本（如 version 1.0 、 2.0) 有效，而對新的版本（如  version 3.0) 無效，這時毫不能修改 test case  ，只能增長新的 test case ， 這一點很重要 。原有的 test case  依然對原有版本有效（如 version 1.0 、 2.0) 。

3. 原有功能取消了，這時只要在新版本上使之對應的 test case 置爲 inactive （ 無效 ）。

4. 徹底新增長的特性，你們比較清楚，增長對應的、新的測試用例。 

這樣，新舊版本的相同測試用例獲得一致的維護，測試用例數也不會成幾、十幾倍的增長，能夠真正保證 test case   的完整性、有效性！