目的：確保軟件測試技術能項目的生命周期內得到順利實施，并產生預期的效果。

一、測試管理大綱

1 、測試總體流程

需求分析 ???????????????????????????????????????? 確定軟件功能

系統設計 ???????????????????????????????????????? 確認測試大綱

項目進度 ???????????????????????????????????????? 測試計劃

開發階段 ???????????????????????????????????????? 根據模塊實現功能性測試

?

2 、版本的管理

模塊開發初期，兩周提交一次版本； ???

模塊開發中期：一周提交一次版本； ??

模塊開發后期： 2 到 3 天提交一次版本； ??

?

提交版本時必須提供本次版本中實現的需求，復雜操作必須提供簡單說明，存在約束的功能必須說明，并確定下次提交版本的時間。

提交版本前，必須確保類文件在 CVS 上是最新的。數據庫腳本需要更新時，必須明確提示，并盡可能提供不清空數據的替代方法。

?

3 、需求變更 的處理

?????? 當需求規約或者系統設計發生變更時，開發人員應及時用郵件通知相關的測試人員和測試經理，并提交到 CVS 上，在郵件內要指明需求變更的版本號。

同時不允許開發人員自動修改需求。

4 、小組內部驗收測試 ??

?? 模塊開發中后期，已確定無需求改動后，由測試小組成員參與測試，并提交模塊質量評估確認是否可以開始進行大規模的測試。

二、項目初期測試工作

1 、需求分析階段

確定軟件功能－―明確產品最終是要實現的功能。

?

2 、系統設計階段

?

確認測試大綱――根據提供的系統設計說明書確定所有的功能以及功能實現的流程，同時確定功能性測試用例。（ 測試用例不但可以保證軟件的質量，還會大大縮短需求完成后的測試時間。因此，測試用例必須寫，而且是在模塊需求規約確定后，在開發第一次提交版本前完成。執行過程中，如有需求變更，測試用例規約也要更新。）

3 、項目進度控制

確定測試計劃――根據項目進度計劃書制定，確保有足夠的時間進行測試。 主要是排出各項測試的時間進度及人員安排，如有變動時應做相應調整。

項目負人需提供項目內各個模塊的負責人或者相應的開發人員，便于溝通。

三、項目中期測試工作

1 、完善測試用例

需求以及系統設計完成之后，在需求變更不太大的情況下，根據需實現的功能完善功能性測試用例。

2 、確定測試環境

了解客戶的工作環境，確定測試環境。

3 、自動化測試工具

研究自動化測試工具的使用，確定能夠使用那種工具或者協議進行測試，可以提高測試效率。

四、項目后期測試工作

1 、測試方式

主要進行黑盒測試，以手工測試為主，在項目后期進行簡單的性能測試（可以考慮利用工具實現部分測試）。

開發小組提交版本后，有專門負責相應模塊的測試工程師進行初步測試，在開發小組提交新版本前的一到兩天，測試工程師須提供測試用例的執行情況，模塊的關聯情況。

Daily Build 的意義：

模塊得以及時整合

要求程序員及時把最新代碼放入代碼庫

?

版本基本固定后，開始考慮使用自動化測試工具，為后來的回歸測試做準備。

根據測試計劃及時停止測試工作，提交測試版本號，監督制作安裝程序。安裝完成后，再次進行復查。

項目例會－階段測試結束后第二天召開小組會議，時間為 1 到 2 小時，包含內容為小組成員小結，新版本的對應的測試計劃，測試用例及預期執行時間。（最好建立每日報告 Excel 格式，確定每天的工作成果。見附件）

2 、缺陷跟蹤

確保發現的缺陷（錯誤）已經被開發人員糾正或處理過，并且沒有引入新的缺陷（錯誤）。當測試通過各種途徑發現了存在的缺陷或錯誤以后，并不是交一份測試報告就草草了事，而是在遞交報告以后繼續督促開發人員及時關閉已知缺陷或錯誤。

3 、回歸測試

開發團隊對已知的缺陷或者錯誤修改完成后，測試人員進行回歸測試，驗證開發人員在修改 bug 后沒有引入新的錯誤?；貧w測試如發現問題，繼續報開發人員，直至回歸測試最終通過。

4 、測試總結及結束工作

?

完成測試報告，及總結。

?

結束工作：建設測試資源庫和培訓。

?

建設測試資源庫：總結積累起來的經驗教訓、測試技巧、測試工具、規格文檔以及一些經過少量修改能推廣至通用的測試腳本程序，上傳到 CVS 內，防止以后測試團隊在實際測試過程中少走彎路，有效地避免測試腳本或規格文檔的重復開發。

?

培訓工作是通過技術講座、正式或非正式團隊會議等形式進行，提高團隊成員的技能。