1) 回歸測試介紹
在軟件生命周期中的任何一個階段，只要軟件發生了改變，就可能對該軟件帶來問題。軟件的改變可能是源于發現了錯誤并做了修改，也有可能是因為在集成或維護階段加入了新的模塊。在增量型軟件開發過程中，通常將軟件分成階段進行開發，在一個階段的軟件開發結束后將被測軟件交給測試組進行測試，而下一個階段增加的軟件又有可能對原來的系統造成破壞。因此，每當軟件發生變化時，我們就必須重新測試原有的功能，以便確定修改是否達到了預期的目的，檢查修改是否損害了原有的正常功能。
回歸測試是為了確保對系統進行的更改沒有影響到舊系統的正常運行。測試用例一般由兩部分組成，一部分是自動測試用例，一部分是手工測試用例。
2) 項目質量計劃編制
在測試計劃階段根據被測系統的特點確定測試用例的集合，由于被測試系統的軟件分幾個階段進行Release，需要對系統進行分階段測試。在測試計劃階段選定一部分測試用例作為重要的測試用例（Must Have），需要在幾個階段重復進行測試，而另一部分測試用例在整個測試的開始階段和結束階段要求完全覆蓋，在中間階段根據被測系統的特性分別選定。而由于自動測試用例一般不需要測試人員的參與，所以可以根據情況選擇在各個階段全部測試或類似于手工測試用例進行部分測試。
由于測試是分階段進行的，需要記錄分階段計劃及每一階段需要對被測系統執行的測試用例。
確定測試通過的標準，測試意外的處理過程。對于每個分階段的測試又分成測試運行階段（ATR）和測試通過階段（ATP）兩個子階段，確定每個子階段測試通過的標準。
3） 質量保證
當新階段開始的時候，要審查被測系統是否符合測試條件。對達到標準的被測系統使用計劃中確定的測試用例進行測試。比較實際測試結果同計劃測試結果的一致性，記錄測試結果
測試用例的正確性確認，分析測試發現錯誤是否是有效錯誤，提交相應的更改錯誤請求（SR），并記錄錯誤原因。
由于系統在不斷的升級，所以系統的需求也在不斷的更新，有些新的需求影響到了以前的測試用例，當測試時發現測試用例同原來需求的結果不一致的地方，需要和需求進行確認，如果是被測系統的錯誤提交相應的錯誤報告，如果是測試用例的錯誤需要對相應的測試用例進行更新。
4） 質量控制
在測試計劃階段就確定好測試各個分階段需要執行的測試用例，從而在實際執行測試的階段可以依照選定的測試用例對被測系統進行測試。測試結束只好對測試結果進行分析。由于實際執行時被測系統同計劃階段的需求可能會有不一致的情況，對于在執行階段執行的測試用例同計劃階段要求執行的測試用例不一致的地方要進行分析和記錄原因，并由相關負責人進行確認。
對于實際執行測試中沒有通過的測試用例的原因進行分析，確定原因分布。
5） 測試完成標志
當回歸測試階段結束時，測試經理要提交各個階段的測試用例分布，測試結果，測試發現的錯誤點，發現的錯誤是否確認原因以及發現的錯誤是否已經解決。
測試計劃中確定的測試用例分布和實際測試用例分布對應表及意外原因。
對于本階段的測試進行經驗總結，以為下一階段的測試作為指導。
文章來源于領測軟件測試網 http://www.k11sc111.com/
