字號: 小 中 大 |
推薦給好友
上一篇 |
下一篇
軟件測試計劃模板
發布: 2009-12-31 10:53 |
作者: 不詳 |
來源:
領測軟件測試網采編 |
查看: 322次 | 進入軟件測試論壇討論
領測軟件測試網
指作為本次測試的基礎數據。描述該數據的來源,是否真實數據,數據覆蓋的時間范圍。
應對該數據進行標識和備份。以保證測試的具有可重復性。但在用戶正式運行的現場進行測試,應避免將備份數據重新裝入。
9.1.4 測試環境的安裝、測試和控制
測試環境的安裝、測試和控制包括:
1. 獲取或開發測試環境中的每一個成分。
2. 在使用前安裝和測試測試環境的每一個項。
3. 控制和維護測試環境的每一項。
9.1.5 人員
描述各測試站點在測試期間所需要人員的數量,類型和技能水平。
10 職責分工
10.1 測試組組長
規定測試組組長的職責。例如:“負責本項目測試任務的派發、管理和測試進度的控制。定期編寫工作進度報告等管理文件!
10.2 測試員
規定測試員的工作職責。例如:“編寫測試用例,進行實際的測試,并編寫測試報告,進行錯誤登記和統計!
11 進度安排
規定測試工作的時間安排和測試任務分工。
由于測試工作的時間安排會比較依賴于開發的進度,可以不規定具體的起始時間,而是規定單元測試、集成測試、確認測試的相對起始時間,需要多長時間完成測試工作。例如:“對于單元測試應規定提交一個單元后平均需要1天時間完成測試。集成測試在模塊可以集成時即開始測試!,應規定測試組對開發工作的要求以便于測試工作的順利開展。為了提高測試效率,可以考慮在開發組向測試組提交文檔時,測試組開始設計測試用例。
12 需求可追溯性
建議考慮需求的可追溯性。在需求文檔已規范時應包括這一部分內容。
需求可追溯性包括:
1.從本計劃中標識的測試的到軟件配置項的可追溯性。如可能,應指出所引用的軟件需求說明書及版本。
2.從軟件配置項到本計劃中標識的測試的可追溯性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/