第1章引言
1.1目的
簡述本計畫的目的，旨在說明各種測試階段任務、人員分配和時間安排、工作規範等。
測試計畫在策略和方法的高度說明如何計畫、組織和管理測試專案。測試計畫包含足夠的資訊使測試人員明白專案需要做什麼是如何運作的。另外，清晰的文件結構能使任何乙個讀者在瀏覽計畫的前面幾頁後，就能對專案有乙個大概的認識。
測試計畫只是測試的乙個框架，很多細節需要跟開發人員或其他人員溝通，因此計畫不包括測試用例的細節和系統功能的詳細資訊。在計畫目的中需要指明讀者物件。
1.2名詞解釋
列出本計畫中使用的專用術語及其定義
列出本計畫中使用的全部縮略語全稱及其定義
1.3參考資料
列出本計畫各處參考的經過核准的全部文件和主要文獻。
1.4測試摘要
這一節主要說明測試計畫中重要的和可能有爭議的問題。本節的主要目的是將這些資訊傳遞給那些可能不會通讀整個測試計畫文件的人員（比如經理或開發專案的負責人）。
1.4.1 重點事項
列出測試的重點事項。可以將問題按重要程度和優先順序羅列出來，然後在後面的章節中再對這些問題進行詳細說明，這樣就能讓對這些問題有重要影響的人員知道問題的所在
1.4.2 爭議事項
簡要說明爭議事項。
1.4.3 風險評估
通過對技術文件的閱讀，對被測系統可能存在的問題：系統設計，資料庫設計，響應時間，計費策略，因測試環境不足可能存在的測試缺陷事先評估出來，以指導測試方案，進行有重點的測試．
1.4.4 時間進度
簡要說明測試開始時間與發布時間。
1.4.5 測試目標
簡要說明測試發布的質量目標：
測試計畫中所有測試方法和模組已經執行通過
所有的測試案例已經執行過
所有的重要等級為1/2的bug已經解決並由測試驗證
第2章專案背景
2.1測試範圍
說明本計畫涵蓋的測試範圍，比如功能測試、整合測試、系統測試、驗收測試等。通常說明什麼是要測試的，什麼是不要測試的是非常重要的。明確規定這些問題後，測試人員對該做什麼有乙個清晰的認識。
（1）簡要地列出測試物件中將接受測試或將不接受測試的那些效能和功能。
（2）如果在編寫此文件的過程中作出的某些假設可能會影響測試設計、開發或實施，則列出所有這些假設。
（3）列出可能會影響測試設計、開發或實施的所有風險或意外事件。
（4）列出可能會影響測試設計、開發或實施的所有約束。
提示和技巧：
需要測試和特別注意測試那些部分？
測試是否專麼針對與某些問題的解決?
哪些部分不需要測試，為什麼？
哪些部分需要推遲測試,為什麼?
是否要驗證每個模組的穩定性？
測試的優先順序和先後順序
2.2測試目標
系統目標對測試人員了解自己需要做什麼是非常重要的。測試專案負責人應積極與系統設計人員或開發人員溝通，以取得相關資料。測試人員必須知道系統是做什麼並且幫助專案實現這種目標。
在計畫中包括系統檢視和目標後，要確保所有的測試人員都知道專案和系統的目標。
通常情況下專案計畫都是模糊的。模糊的目標必須通過成員的努力轉換成可衡量和實現的東西。沒有固定的檢視和目標，你將無法完成部分任務。而且，你會發現很難將對產品的認識向別人轉述。
2.3****
列出專案參與人員的職務、姓名、e-mail 和**。
2.4風險及約束
列出測試過程中可能存在的一些風險和制約因素，並給出規避方案。如：
由於客觀存在的裝置、網路等資源原因，使得測試不全面。明確說明哪些資源欠缺，產生什麼約束
由於研發模式為現場定製，且上線時間壓力大，使得測試不充分。明確說明在此中約束下，測試如何應對
只針對專門的客戶群需求的測試。明確說明此約束下的客戶群和業務範圍。
2.5測試文件
列出測試過程中可能用到的參考文件、相關的設計文件以及儲存位置，測試完成後應產生的文件。
2.5.1測試參考文件
2.5.2測試提交文件
第3章質量目標
描述本階段測試目標和要求。質量目標應該包括產品的質量目標和測試小組的質量目標。
質量不僅是衡量系統的功能或效能是否正常。對系統來說，在開發過程中盡早建立全面的質量標準與系統的及時發布是一樣重要的。質量目標是乙個強有力的工具，應該在系統開發過程中盡早建立。
乙個定義準確的質量目標在以後的產品開發過程中幫助決策。例如，系統是否能夠正式發行？在**完成後，應該修復那些缺陷？
在系統完成後那種型別的測試是最合適的？
3.1產品質量目標
可以是產品的質量達到什麼樣的目標，產品的流程聯通性達到什麼樣的要求。
3.2測試質量目標
評價測試質量的目標可以有：
第4章資源需求
4.1培訓資料
4.2測試環境
4.2.1硬體測試環境
描述建立測試環境所需要的裝置、用途及軟體部署計畫。
「機型（配置）」：此處說明所需裝置的機型要求以及記憶體、cpu、硬碟大小的最低要求。
「用途及特殊說明」：此裝置的用途，如資料庫伺服器，web伺服器，後台開發等；如有特殊約束，如開放外部埠，封閉某埠，進行效能測試等，也寫在此列；
「軟體及版本」：詳細說明每台裝置上部署的自開發和第三方軟體的名稱和版本號，以便系統管理員按照此計畫分配測試資源；
「預計空間」：說明第三方軟體和應用程式的預計空間；
「環境約束說明」：建立此環境時的特殊約束。如需要開發外部訪問埠，需要進行效能測試等。
4.2.2軟體測試環境
4.3測試工具
此專案將列出測試使用的工具以及用途：
第5章測試策略
5.1整體測試策略
本節的目的是說明計畫中使用的基本的測試過程。
使用里程碑技術在測試過程中驗證每個模組，測試人員在需求階段參與測試工作，進行需求review、設計review、測試案例設計和測試開發，在系統開發完成之後，正式執行測試。產品達到軟體產品質量要求和測試要求後發布，並提交相關的測試文件。
5.2開始/中斷/完成標準
說明中斷/開始/完成測試的標準。
5.3測試型別
5.4測試技術
第6章測試計畫
軟體測試計畫
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 ...
軟體測試計畫
此頁為模板文件本身的版本控制記錄表，按模板生成的正式文件中不需要此頁 秘密 資訊系統 系統測試計畫 軟體測試部 yyyy mm dd 目錄1.引言 5 1.1 編寫目的 5 1.2 專案背景 5 1.3 系統簡介 5 1.4 參考文件 5 2.測試策略與範圍 5 2.1 整合測試階段 5 2.2 系...