此頁為模板文件本身的版本控制記錄表，按模板生成的正式文件中不需要此頁
秘密******資訊系統
系統測試計畫
軟體測試部
yyyy-mm-dd
目錄1. 引言 5
1.1 編寫目的 5
1.2 專案背景 5
1.3 系統簡介 5
1.4 參考文件 5
2. 測試策略與範圍 5
2.1 整合測試階段 5
2.2 系統測試階段 6
2.3 確認測試階段 6
3. 測試資源 6
3.1 人力資源 6
3.2 測試環境 6
3.2.1 系統配置 6
3.2.2 網路配置 7
3.2.3 其它材料 7
3.3 測試工具（可選） 7
4. 測試活動計畫進度 7
5. 測試更新管理 8
6. 需求的可追溯性 8
7. 測試用例 8
8. 測試執行 8
9. 測試結果分析與報告 9
10. 風險列表 9
附錄1: 文件管理控制 10
本測試計畫的具體編寫目的，指出預期的讀者範圍。（3-4句）
對測試物件（構件、應用程式、系統等）及其目標進行簡要說明。需要包括的資訊有：主要的功能和效能、測試物件的構架以及專案的簡史。（3-4句）
對測試物件進行簡要的介紹，用系統執行總體流程圖或總體系統用例圖，說明主要輸入、資訊/資料加工過程、和輸出即可。（3-4句）
參照《spi_spe_軟體整合測試、系統測試與確認測試技術流程》來確定。可以根據所採用的軟體生命週期模型來進行迭代。
對非功能點需求的測試說明，如效能、安全性等不作為測試範圍的需求。
明確測試輪次（不同版本）和回歸（同一版本）的確認方法。如修改缺陷後進入下一輪測試而不是只針對缺陷進行回歸。
測試物件：
測試準備就緒準則：
測試內容：
測試方法：
測試規程：
測試通過準則：
測試物件：
測試準備就緒準則：
測試內容：
測試方法：
測試規程：
測試通過準則：
測試物件：
測試準備就緒準則：
測試內容：
測試方法：
測試規程：
測試通過準則：
對網路配置進行說明。
參照《軟體專案計畫》說明測試主要活動的安排和大致時間段。包括，總的時間段、 各項主要測試工作的開始時間、各項準備工作（對系統的熟悉、使用者培訓、資料準備等）和時間安排、分析測試結果/編寫測試報告的時間。
如工程採用迭代法開發，則測試日程安排可擴充和迴圈使用。
更新週期例如一周。（推薦使用，與專案經理協商更新週期。大的專案在提交測試時，更新保持在一周，小專案版本更新建議至少在三個工作日，避免版本更新或需求更新頻繁帶來測試的不充分和不穩定）
更新約定每次更新時說明變更的概要說明，約定還將說明更新的形式如非正式發布和緊急發布產品時的更新方法。
所覆蓋的每個需求到針對它的測試的可追溯性。這種可追溯性應覆蓋所有適用的軟體需求規格說明和相關介面需求規格說明。
相關參考：需求跟蹤矩陣、軟體測試用例。
所覆蓋的每個需求到針對它的測試之間的對應關係通過《軟體測試用例》來追溯。
通過對系統業務模型和設計模型的分析，參考《spi_spe_軟體整合測試、系統測試與確認測試技術流程》，設計出測試的總體方法和各測試階段的測試用例（測試用例依據《軟體整合測試用例》、《軟體系統測試用例》、《軟體確認測試用例》模版編寫）。具體測試用例見《軟體整合測試用例》、《軟體系統測試用例》、《軟體確認測試用例》。
依據《軟體測試計畫》，參照《spi_spe_軟體整合測試、系統測試與確認測試技術流程》來實施測試。
測試缺陷和測試問題公升級方式約定測試結果反饋週期和問題公升級流程，便於控制測試進度和質量。如優先順序為「緊急」的必須至多在1小時內予以響應，否則測試暫停並通知開發部門經理；測試缺陷每天彙總提交一次，緊急情況下即時提交。
測試缺陷提交5個工作日內未答覆則將問題公升級至部門經理。
根據測試記錄，對測試結果進行分析，依據《軟體測試報告》模版編寫《軟體測試報告》。
列出測試階段的風險。
此附錄為模板文件本身的修改控制記錄表，按模板生成的正式文件中不需要此附錄，正式模板中需要此行
1引言 1
1.1編寫目的 1
1.2背景 1
1.3定義 2
1.4參考資料 2
2計畫 2
2.1 軟體說明 2
2.2測試內容 2
2.3 測試1（識別符號） 2
2.3.1 進度安排 2
2.3.2條件 2
a.裝置 2
b.軟體 2
c.人員 2
2.3.3測試資料 2
a.有關本項任務的檔案 2
b.被測試程式及其所在的** 2
c.測試的輸入和輸出舉例 2
d.有關控制此項測試的方法、過程的圖示 2
3評價準則 3
3.1範圍 3
3.2資料處理 3
3.3尺寸 3
4.2功能2（識別符號） 4
5分析摘要 4
5.1能力 4
5.2缺陷和限制 4
5.3建議 5
5.4評價 5
6測試資源消耗 5
測試計畫書
該《測試分析報告》文件有助於實現以下目標：了解軟體的具體功能，作為軟體開發人員開發的主要過程，對軟體的功能、效能、介面、資料結構等功能的具體測試結果與預期的要求進行分析，為完善及改進軟體的功能提供依據。
本軟體測試計畫說明的讀者物件是軟體設計人員、測試人員。
1）待開發系統軟體名稱：學生資訊管理系統；
2）本專案的任務提出者是學校資訊管理系統的各位老師，由本小組負責開發，用於測試成績查詢及管理；
3）測試環境：本系統屬於學生成績管理模組，實現的是網路管理系統中關於學生成績管理的子功能，通過此軟體，提高用軟體工程分析問題、解決問題的能力，同時增強對資料庫和vc#的使用能力。
軟體測試計畫
1 專案背景 本次的被測專案，是乙個基於b s結構的web部落格系統。該系統可以實現使用者註冊，以及好友的搜尋增添，基本的文章發布，上傳等功能。使用者可選擇關注的好友還可以設定部落格訪問許可權 公開 好友可見，僅自己可見。2 編寫目的 測試web部落格系統中的各個功能模組是否滿足使用者要求，並測試是...
軟體測試計畫
目錄 1.概述1 1.1 產品簡介 1 1.2 範圍 1 1.3 限制條件 1 1.4 參考文件 1 2.約定 2 2.1 測試目標 2 2.2 接收標準 2 2.3 資源和工具 2 2.3.1 資源 2 2.3.2 工具 2 2.4 送測要求 2 2.5 編號規則 2 3.測試種類及測試標準 3 ...
軟體測試計畫
約定 1 本測試計畫包括整合測試 系統測試及安裝測試三個部分的模型 具體編寫計畫時可視專案情況增減。2 根據專案具體情況變更測試方法及策略的相關內容。3 在計畫執行過程中，如果計畫中的時間要求和人員安排內容有所變更，請在原有的 中增加相應的列填寫相應內容，並以深紅色標識。4 在計畫執行過程中，如果計...