1) 回歸測試介紹
    在軟件生命周期中的任何一個階段，只要軟件發(fā)生了改變，可能對該軟件帶來問題。軟件的改變可能是源于發(fā)現(xiàn)了錯誤并做了修改，也有可能是因為在集成或維護階段加入了新的模塊。在增量型軟件開發(fā)過程中，通常將軟件分成階段進行開發(fā)，在一個階段的軟件開發(fā)結束后將被測軟件交給測試組進行測試，而下一個階段增加的軟件又有可能對原來的系統(tǒng)造成破壞。因此，每當軟件發(fā)生變化時，我們必須重新測試原有的功能，以便確定修改是否達到了預期的目的，檢查修改是否損害了原有的正常功能。

    回歸測試是為了確保對系統(tǒng)進行的更改沒有影響到舊系統(tǒng)的正常運行。測試用例一般由兩部分組成，一部分是自動測試用例，一部分是手工測試用例。

    2) 項目質量計劃編制

    在測試計劃階段根據(jù)被測系統(tǒng)的特點確定測試用例的集合，由于被測試系統(tǒng)的軟件分幾個階段進行Release，需要對系統(tǒng)進行分階段測試。在測試計劃階段選定一部分測試用例作為重要的測試用例（Must Have），需要在幾個階段重復進行測試，而另一部分測試用例在整個測試的開始階段和結束階段要求完全覆蓋，在中間階段根據(jù)被測系統(tǒng)的特性分別選定。而由于自動測試用例一般不需要測試人員的參與，所以可以根據(jù)情況選擇在各個階段全部測試或類似于手工測試用例進行部分測試。

    由于測試是分階段進行的，需要記錄分階段計劃及每一階段需要對被測系統(tǒng)執(zhí)行的測試用例。

    確定測試通過的標準，測試意外的處理過程。對于每個分階段的測試又分成測試運行階段（ATR）和測試通過階段（ATP）兩個子階段，確定每個子階段測試通過的標準。

    3） 質量保證

    當新階段開始的時候，要審查被測系統(tǒng)是否符合測試條件。對達到標準的被測系統(tǒng)使用計劃中確定的測試用例進行測試。比較實際測試結果同計劃測試結果的一致性，記錄測試結果

    測試用例的正確性確認，分析測試發(fā)現(xiàn)錯誤是否是有效錯誤，提交相應的更改錯誤請求（SR），并記錄錯誤原因。

    由于系統(tǒng)在不斷的升級，所以系統(tǒng)的需求也在不斷的更新，有些新的需求影響到了以前的測試用例，當測試時發(fā)現(xiàn)測試用例同原來需求的結果不一致的地方，需要和需求進行確認，如果是被測系統(tǒng)的錯誤提交相應的錯誤報告，如果是測試用例的錯誤需要對相應的測試用例進行更新。

    4） 質量控制

    在測試計劃階段確定好測試各個分階段需要執(zhí)行的測試用例，從而在實際執(zhí)行測試的階段可以依照選定的測試用例對被測系統(tǒng)進行測試。測試結束只好對測試結果進行分析。由于實際執(zhí)行時被測系統(tǒng)同計劃階段的需求可能會有不一致的情況，對于在執(zhí)行階段執(zhí)行的測試用例同計劃階段要求執(zhí)行的測試用例不一致的地方要進行分析和記錄原因，并由相關負責人進行確認。

    對于實際執(zhí)行測試中沒有通過的測試用例的原因進行分析，確定原因分布。

    5） 測試完成標志

    當回歸測試階段結束時，測試經(jīng)理要提交各個階段的測試用例分布，測試結果，