綜述：我們將專案開發過程中各階段活動羅列如上表，其大體的時間配比關係可視為三個階段：設計、實現、總結。測試計畫定製時，僅對最終基線需求及效能發布指標進行分析、設計及執行工作。
其餘測試，如：資料庫公升級測試、雙機熱備/冷備測試、容量規劃測試、相容性測試、補丁版本全覆蓋集驗證等，均不在基本測試計畫中予以考慮。如有相應發布需要，專案經理可向測試負責人申請額外的專案配比時間。
2、專案分類及時間配比策略：
1)新增版本需求：按需求數量及複雜度配比
2)修改現網問題：按額定最少時間配比
3)模組結構調整：按功能調整影響及風險配比
4)系統公升級測試：按目標公升級版本個數及是否存在歷史公升級參考配比
5)復合屬性版本：按照以上各因素影響矩陣配比
2.1 新增版本需求：(基本計畫)
2.1.1 一般性專案
按專案實際需求配比，範圍區間：1:1到1:1.2.。
2.1.2 補丁包專案
按專案實際需求配比，範圍區間：1:1到1:1.2.。
1)補丁版本基本測試：僅進行新增功能驗證時間進行配比。
2)補丁版本全覆蓋測試(額外配比)：除對新增功能配比相應時間外，專案經理需向測試負責人申請追加全覆蓋測試配比時間(參考新開發產品，模組第一輪測試時間)。
2.2 額外配比測試：(特殊功能)
額外配比測試公共約定：
1)功能及效能測試設計前，專案經理需向測試負責人提供詳細問題單缺陷分析文件或提供詳細設計文件並組織有效系統培訓;
2)測試版本提交前，專案經理需向測試負責人提交該功能影響範圍及測試重點說明;
3)額外配比測試，最多轉測次數為2輪;若超過2輪，專案經理需向測試負責人申請額外時間配比。
4)測試結束標準已測試計畫中對各輪次制定測試目標一致。若當前系統無法達到本輪測試目標，待本輪計畫結束之日，專案經理需向測試負責人申請延長該階段時間配比，並適當調整專案計畫。
5)其它標準請參考《測試提交規範2.0》產品轉測標準及版本打回標準章節。
2.2.1 修改現網問題：(額外配比)
1)功能缺陷：至少預留2天測試設計、2天測試執行、0.5天測試報告;
2)效能調整：至少預留3天功能測試設計、1天效能測試設計、5天測試執行(包括：3-5效能測試)、0.5天測試報。
2.2.2 模組結構調整：(額外配比)
1)功能調整：按新開發產品，模組第一輪測試時間進行配比。
2)效能調整：至少預留3天功能測試設計、1天效能測試設計、5天測試執行(包括：3-5天穩定性測試)、0.5天測試報告。
2.2.3 系統公升級測試 (額外配比)
1)若存在歷史公升級記錄，每個指令碼至少預留0.5天測試設計、1天功能測試。
公式：公升級測試額外配比時間=公升級指令碼的個數*1.5人天
若不存在歷史公升級記錄，每個指令碼至少預留0.5天測試設計、1.5天功能測試。公式：公升級測試額外配比時間=公升級指令碼的個數*2人天
2)若存在歷史公升級記錄，需要從乙個較早的版本公升級到當前目標版本。每個指令碼至少預留 0.8天測試設計、1.2天功能測試。
公式：公升級測試額外配比時間=公升級指令碼的個數*2人天
3)若不存在歷史公升級記錄，每個腳
軟體測試計畫
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 系...