***x
資訊化建設專案-應用軟體開發子專案
***x資訊工程****
版權宣告
***x資訊化建設專案—應用軟體開發子專案系統及其相關文件的版權歸***x所有。未經***x的書面准許，不得將***x資訊化建設專案—應用軟體開發子專案系統及其相關文件任何部分為任何目的、以任何形式、採用任何手段(電子的或機械的，包括照相複製或錄製)，進行複製或擴散。
版權所有，翻製必究。
目錄1編寫目的 2
2測試團隊構成 2
2.1職責 2
2.2角色劃分 2
3工作流程及規範 3
3.1計畫與設計階段 3
3.1.1成立測試團隊 3
3.1.2測試預通知 3
3.1.3召開測試啟動會議 3
3.1.4編寫測試計畫文件 4
3.1.5設計測試用例 4
3.2實施測試階段 5
3.2.1實施測試用例 5
3.2.2提交報告 5
3.2.3回歸測試 6
3.3總結階段 6
3.3.1編寫測試報告 6
3.3.2測試工作總結 7
3.3.3測試驗收 7
3.3.4測試歸檔 8
3.4缺陷跟蹤 8
4缺陷型別定義 9
5測試標準 10
6爭議處理 10
7標準文件 10
本文件是測試團隊的日常工作規範，主要側重測試工作流程的控制，明確軟體工程的各階段測試團隊應完成的工作。測試技術和策略等問題不在本文件描述範圍內。
測試是軟體開發過程中的重要組成部分，肩負著如下責任：
在專案的前景、需求文件確立基線前對文件進行測試，從使用者體驗和測試的角度提出自己的看法。
編寫合理的測試計畫，並與專案整體計畫有機地整合在一起。
編寫覆蓋率高的測試用例。
針對測試需求進行相關測試技術的研究。
認真仔細地實施測試工作，並提交測試報告供專案組參考。
進行缺陷跟蹤與分析。
在人力資源有限的情況下，乙個團隊成員可能會同時承擔多個角色。
在專案組成立的同時，測試組也將同時成立。團隊成立的工作與責任如下：
圖表 1
在正式測試任務下達前，開發團隊應提前一周左右向測試團隊下達預通知，告之較為確切的測試日期，提供當前最新的相關資料。測試部門經理可視具體情況決定是否需要調整人力。測試人員可預先熟悉必要的背景資料，協助測試經理編寫《測試計畫書》初稿。
圖表 2
圖表 3
需求分析文件確立後，測試組需要編寫測試計畫文件，為後續的測試工作提供直接的指導
圖表 4
在需求分析文件確立基線以後，測試組需要針對專案的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的任務和責任人如下：
圖表 5
實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計畫工作的基礎上。
圖表 6
在約定的測試週期完成之後，測試經理需要總結此測試的結果，編寫測試報告
圖表7在每輪測試結束之後，由測試組重新拷貝修改後的最新版本，進行回歸測試。
圖表 2
測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作。
在回歸測試結束之後，測試經理將要編寫測試總結報告，對測試進行總結，並且提交給全體專案組，為產品的後續工作提供重要的資訊支援。
測試總結工作是在以上的工作全部結束以後，它的目的是評估本次測試工作，總結經驗，使下一次的工作做得更好。
測試驗收工作是在以上工作全部結束後，對測試的過程，效果進行驗收，宣布測試結束。
需求規格說明書
專案編號 需求規格說明書 注意 使用時請仔細閱讀斜體提示部分，文件完成後請刪除斜體部分，刪除後請注意文件的格式。修改說明 目錄1.引言 6 1.1.目的 6 1.2.範圍 6 1.3.讀者 6 1.4.參考文獻 6 1.5.術語與縮寫解釋 6 2.概述 7 2.1.專案 任務背景 7 2.2.專案 ...
需求規格說明書
文件編號 版本號 商務網 2012 年 5 月 目錄1 引言 4 1.1編寫目的 4 1.2專案說明 4 1.3 專案背景 4 1.4 定義 5 1.5 參考資料 5 2 任務概述 6 2.1目標 6 2.2 建設任務 6 2.3 使用者特點 6 3功能需求 7 3.1 系統範圍 7 3.2 系統體...
需求規格說明書
文件編號 x x xx xx x x x科技工程專案 x x x x x研發工程需求規格說明書 版本歷史 目錄1 引言 3 1.1 編寫目的 3 1.2 專案背景 4 1.3 參考資料 4 1.4 定義術語 4 2 任務概述 4 2.1 任務目標 4 2.2 執行環境 4 2.3 條件與限制 4 3...