軟件質量管理之測試計劃[1]

       軟件質量管理之測試計劃[1]   軟件質量保證

　　關鍵字：質量管理 測試計劃

　　1.目的

　　旨在說明各種測試階段任務、人員分配和時間安排、工作規范等。測試計劃在策略和方法的高度說明如何計劃、組織和管理測試項目。測試計劃包含足夠的信息使測試人員明白項目需要做什么是如何運作的。另外，清晰的文檔結構能使任何一個讀者在瀏覽計劃的前面幾頁后，就能對項目有一個大概的認識。測試計劃只是測試的一個框架，很多細節需要跟開發人員或其他人員溝通，因此計劃不包括測試用例的細節和系統功能的詳細信息。

　　2.測試計劃內容

　　預定的測試活動的范圍、途徑、資源及進度安排的文檔。它確認了測試項、被測特征、測試任務、人員安排，以及任何偶發事件的風險。

　　3.測試摘要

　　這一節主要說明測試計劃中重要的和可能有爭議的問題。本節的主要目的是將這些信息傳遞給那些可能不會通讀整個測試計劃文檔的人員。

　　4.重點事項

　　列出測試的重點事項?？梢詫栴}按重要程度和優先級羅列出來，然后在后面的章節中再對這些問題進行詳細說明，這樣就能讓對這些問題有重要影響的人員知道問題的所在。

　　例如，(以測試均勻派發更新包為例)

　　a)新進門店如果沒有最近三天的交易數據，系統將按默認值插入到IS_BD_TrafficSpread表中

　　b)新進門店如果有最近三天的交易數據，但運行時間每天都小于6小時， 系統將按默認值插入到IS_BD_TrafficSpread表中

　　c)新進門店如果有最近三天的交易數據，且運行時間有一天大于等于6小時，則系統按這三天的時段平均交易量計算時段派發比率

　　d)運行后的門店將按最近三天的時段平均交易量計算時段派發比率

　　e)運行后的門店，如果每天運行時間8小時，而某天又突然要運行10小時，那么將有2小時派發不出贈品和獎品，此時需手工更改IS_BD_TrafficSpread表中剩余的2小時的比率才有派發

　　5.爭議事項

　　簡要說明爭議事項(例如，數據查詢系統，說明其中“自定義查詢功能”，部分暫未開放，不作處理)

　　6.風險評估

　　通過對技術文檔的閱讀，對被測系統可能存在的問題：系統設計，數據庫設計，響應時間，因測試環境不足可能存在的測試缺陷事先評估出來，以指導測試方案，進行有重點的測試。(例如：客戶端上傳下載程序，說明在這里用了6臺機器做一個客戶端程序下載測試，但不能做到大型的壓力測試，十幾臺機器同時下載時可能出現的滯后現象或下載不成功現象在公司內無法進行測試，發布下去后再進行人工跟蹤，請相關人員注意此點)

　　7.時間進度

　　簡要說明測試開始時間與發布時間。

　　8.測試目標

　　簡要說明測試發布的質量目標;

　　測試計劃中所有測試方法和模塊已經執行通過(例如，模板測試已經根據《模板及配置程序測試用例標準V2.0.xls》進行測試，并且執行通過測試);

　　所有的測試案例已經執行過;

　　所有的重要等級為1/2的Bug已經解決并由測試驗證。

原文轉自：http://www.anti-gravitydesign.com