1.1 專案背景
為了保證xx專案測試工作的組織性，提高測試的工作質量和效率，為xx專案測試工作提供完整的測試計畫、測試人員工作安排、測試輪次、測試方法、系統功能模組覆蓋率以及測試風險分析，確保測試專案平穩有序的執行。
1.2 測試目的
為了要找出錯誤，通過分析錯誤產生的原因和錯誤的分布特徵，可以幫助專案管理者發現當前所採用的軟體過程的缺陷，以便改進。保證整個軟體開發過程是高質量的，同時滿足使用者指定的需求（功能、效能、安全性、相容性）。
1.3 術語
軟體測試：使用人工或自動手段來執行或測試某個系統的過程，其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。
硬體環境：指測試必需的伺服器，客戶端，網路連線裝置，以及印表機掃瞄器等輔助硬體裝置所構成的環境。
軟體環境：指被測軟體執行時的作業系統，資料庫及其他應用軟體構成的環境。軟體環境又可分為主測試環境和輔助測試環境。
驗收測試：是軟體產品交付使用者正式使用前的最後-道工序。它是以使用者為主的測試，軟體開發和質量保證人員也應參加。
1.4 參考文件
《xx系統需求說明書》
《資料庫設計文件》
《xx系統概要設計》
1.5 受眾、讀者
主要針對專案經理，管理人員，測試工程師等。
2.1 測試物件範圍
xx 系統的前台、後台、資料庫等，可列出對應的系統模組以及功能點。
2.2 測試資源
2.2.1 軟硬體資源
硬體裝置：
軟體環境：
2.2.2 人員資源
專案的測試人員、職位、工作職責
需要配合的部門人員
任務安排如下：
詳細進度與任務安排如下：
4.1 系統風險
需求或設計的變更未及時通知。
需求不明確可能導致開發的產品與目標不一致。
4.2 影響計畫的潛在因素
在測試計畫執行過程中，可能存在以下因素影響計畫的按時完成:
時間緊迫，任務繁重;
測試人員對的熟悉進度慢；
測試人員對被測試產品不夠熟悉，對測試工具的使用熟悉程式不夠;
被測試產品存在重大錯誤，以致於測試無法繼續;
測試資源未及時到位(裝置和人員);
硬體、軟體或網路環境出現故障等:
測試人員獲取的需求與開發人員產生分歧；
測試人員與開發人員的協調與溝通；
4.3 應急措施
如果上述潛在的可能事件發生，則通過適當加班來保證計畫的按時完成。如果是由於被測試產品存在重大錯誤而嚴重影響測試進度,則考慮按照測試暫停標準來暫停該測試。
第五章 質量評估標準
5.1 驗收測試通過標準
驗收測試的通過標準目前定義為:對於每一類測試， 當沒有發現致命性錯誤和嚴重性錯誤，一般性錯誤數量小於測試用例總數的5%，則認為系統通過本次測試，但要以測試結果評審會的評審結果為最後標準。
軟體測試計畫寫作模板
測試計畫模板 測試計畫說明書是專案經理或者開發專案的負責人編寫的 並交給終端使用者 系統整合人員 測試人員 軟體開發人員 軟體管理人員。終端使用者用來核實軟體開發 測試實施任務和時間人員安排 核實測試需求是否可接受 是否使用了適當的測試策略，反映出系統或應用程式按照預定的用途來進行應用。系統整合人員...
測試計畫模板
某某專案測試計畫 1.修訂歷史記錄 a 新增，m 修改，d 刪除 版本 日期 amd 修訂者 說明 2.測試計畫簡介 1 編寫此測試計畫的目的 2 待測專案的背景 3 本次測試待測專案的範圍 3.測試相關文件 1 測試過程中參考的文件 2 測試完成後要輸出的文件 4.測試詳細進度 測試每個模組 計畫...
軟體測試計畫
1.測試計畫是什麼？是在軟體測試工作正式實施之前明確測試的物件，並且通過對資源 時間 風險 測試範圍和預算等方面的綜合分析和規劃，保證有效的實時軟體測試。2.為什麼要制定測試計畫？1 對專案執行過程過程中的風險進行分析，並制定相關的應對策略 2 把知識和經驗轉化為執行任務的具體方法 3 促進團隊間關...