測試用例的維護是一項長期的過程。
組織和編寫良好的測試用例具有很強的可復用性。因此，在重復使用的過程中，需要對測試用例進行維護或者更新，測試用例不是一成不變的。在一個階段的測試 過程結束后，或多或少會發現一些測試用例編寫得不夠合理或缺少測試用例覆蓋一些應用場景。而且，當下一個版本在測試中使用前一個版本的測試用例時，其中部 分功能可能發生了改變，這時候也需要去修改那些受功能變化影響的測試用例，使之具有良好的延續性。通常情況下，測試用例需要更新，可能有以下幾種原因：
1、先前的測試用例設計不全面或者不夠準確。隨著測試的深入和對產品規格說明書的深入研究，對某些功能、特性、邏輯等的理解越來越清楚、深刻。
2、所發現的嚴重的軟件缺陷沒有被目前的測試用例所覆蓋。
3、新的版本中有新功能的需求或者原有功能的增強而需要發生改動。
4、編寫的測試用例不規范或者語句錯誤。
5、舊的測試用例已經不再適用，需要刪除。
開發一個軟件產品，會發布多個版本，伴隨著測試用例的不斷維護，測試用例也需要不斷完善并與產品功能、特性的變化保持一致，從而使測試用例和產品版本相 關聯。在線軟件服務中，用于不同的客戶有不同的需求及定制，而且有些客戶激進，有些客戶保守，所以軟件產品的多個版本常常共存，為不同的客戶提供服務，這 時測試用例多個版本并存。所以在新建、修改、刪除測試用例時要十分小心，確定對正確的版本進行修改，不要錯該其他版本的測試用例。無論是對軟件產品還是軟件服務，多個版本并存的可能性很大，而且可能為不同的主要版本發布不同的補丁包或小版本，這樣早期的一些版本所擁有的測試用例還是有效的。
根據產品特性和一致性準則，測試用例的維護可以按下面幾種情況分別處理：
1、產品特性沒變，只是根據漏掉的缺陷來完善測試用例。這時候，增加和修改測試用例均可，因為當前被修改的測試用例對相應的版本都有效，不會影響某個特定版本所擁有的測試用例。
2、原有產品特性發生了變化，不是新功能特性的問題，而是功能增強，這時候原有的測試用例只對先前版本（如 1.0、2.0）有效，而對當前新的版本（如 3.0）無效。這時，決不能修改測試用例，只能增加新的測試用例，不能影響原有的測試用例。
3、原有功能取消了，這時只要將與該功能對應的測試用例在新版本上置為空標志或“無效”狀態，但不能刪除這些測試用例，因為它們對先前某個版本還是有效的。
4、完全新增加的特性則很清楚，增加新的測試用例。
每個測試用例記錄，針對一個有效版本都有對應的標志位，通過這個標志位，很容易實現上述維護需求。這樣，新舊版本的相同測試用例得到一致的維護，測試用例數也不會成幾倍、幾十倍的增加，可以真正保證測試用例的完整性和有效性。
相關鏈接：