9.5.10 驗收測試方案的“項目實施階段”部分
“項目實施階段”索引段落內容主要描述了項目實施各個階段進入的標準、主要活動、交付物和退出標準。
示范性文檔編寫內容介紹如下。
6. 項目實施階段
6.1 項目實施階段描述
根據我方測試方法論和某單位的要求進行項目實施。
6.1.1 測試計劃階段
對整個測試工作做一個高層次規劃，內容包括培訓、確認測試需求、設定測試優先級、識別風險、確定測試方法、設計測試環境和開發/選擇必要的測試工具等。
編寫《某單位某系統系統用戶驗收測試方案》、《某單位某系統系統用戶驗收測試計劃》，并參加管理方組織的評審會，評審通過《某單位某系統系統用戶驗收測試方案》、《某單位某系統系統用戶驗收測試計劃》。
（1）進入標準。
此階段為整個項目的進入標準，參考《項目進入標準》。
（2）活動。
制定測試目標，明確測試風險、測試通過／失敗標準、待測特征、不予測試特征、測試策略（測試階段）、掛起準則與恢復需求、測試交付物、測試環境需求、組織與職責（角色）、培訓需求、進度表、計劃應急措施。
（3）交付件。
● 《某單位某系統系統用戶驗收測試方案》
● 《某單位某系統系統用戶驗收測試計劃》
（4）退出標準。
當雙方確認《某單位某系統系統用戶驗收測試計劃》后，測試計劃工作即為完成。
6.1.2 測試需求階段
理解被測系統的功能及各業務處理流程等，確定測試功能需求邊界，為測試設計做準備。測試需求階段的工作結果是測試需求說明書，編寫《某單位某系統系統用戶驗收測試需求說明書》，并參加管理方組織的評審會，評審通過《某單位某系統系統用戶驗收測試需求說明書》。
（1）進入標準.
● 某單位評審通過《某單位某系統系統用戶驗收測試方案》和《某單位某系統系統用戶驗收測試計劃》；
● 某單位項目相關管理和業務人員及其開發方相關責任人明確且能夠積極配合測試方工作。
（2）活動。
● 根據合同或者方案建議書，確定測試類型。
● 對于每種測試類型，細化測試內容、測試環境、測試標準，如：功能測試：功能點、復雜度、測試環境等；性能測試：測試場景，每個場景涉及業務、測試目的、測試條件、測試環境和性能指標等。
（3）內部評審。
提交用戶評審簽字。
（4）交付件。
《某單位某系統系統用戶驗收測試需求說明書》
（5）退出標準。
當雙方確認《某單位某系統系統用戶驗收測試需求說明書》后，測試需求分析工作即為完成。 6.1.3 測試設計階段
根據測試需求確定每個測試項目的詳細目標，確定其優先級，編寫測試用例，定義未涵蓋的條件，列舉需要編程測試的主題等；根據《某單位某系統系統用戶驗收測試需求說明書》進行測試用例的設計工作。編寫《某單位某系統系統用戶驗收測試設計說明書》，并參加管理方組織的評審會，評審通過《某單位某系統系統用戶驗收測試設計說明書》。
為了使測試能涵蓋所有的需求及特點，需要利用測試項目清單跟蹤矩陣列表進行驗證。對于測試用例未涵蓋的條件，需要添加新測試用例進行需求涵蓋，以保證測試設計方案的完整性。
（1）進入標準。
● 《某單位某系統系統用戶驗收測試需求說明書》得到某單位的確認并簽字；
● 驗收測試項目各級別的測試人員到位；
（2）活動。
對于每種測試類型的測試需求，進行測試設計，如：功能測試：測試用例、相關測試輸入數據等。
（3）內部評審。
提交用戶，同時組織對相關成果物進行評審。
（4）交付件。
● 《某單位某系統系統用戶驗收測試用例設計說明書》
● 《某單位某系統系統用戶驗收測試執行計劃》
（5）退出標準。
當雙方確認《某單位某系統系統用戶驗收測試用例設計說明書》、《某單位某系統系統用戶驗收測試執行計劃》后，測試設計工作即為完成。
6.1.4 測試環境部署
某單位負責為驗收測試實施團隊提供的辦公場所，有某單位相關人員或由某單位委托系統研發團隊完成安裝測試系統，且保證系統為被測試版本，經過冒煙測試。
（1）進入標準。
系統經過冒煙測試，達到測試要求，同時系統相關軟、硬件設置盡量與開發環境一致。
（2）交付件。
《某單位某系統系統用戶驗收測試環境符合度說明》。
（3）退出標準。
提供完整的某單位某系統系統第三方測試環境，且穩定運行。
6.1.5 第一輪測試執行階段
根據《某單位某系統系統用戶驗收測試用例說明書》、《某單位某系統系統用戶驗收測試執行計劃》，準備測試數據,在搭建的某單位某系統系統用戶驗收測試環境上對不同測試范圍實施測試。每當被測應用系統軟件經過開發方修改發生變化后，都將進行回歸測試。在測試階段開始前，都將進行一次冒煙測試。如果冒煙測試通過則進行正式測試。
該階段主要任務是進行以下內容的工作：
● 功能測試；
● 文檔測試；
● 性能測試。
（1）進入標準。
測試環境已經就緒。
（2）活動。
● 實施測試，執行測試用例；
● 記錄測試結果（缺陷）；
● 討論和確認測試發現的問題。
（3）交付件。
● 《某單位某系統系統用戶驗收測試用例執行每日簡報》
● 《某單位某系統系統用戶驗收測試缺陷記錄日表》
（4）退出標準。
所有用例執行完畢。
6.1.6 第二輪測試執行階段
根據《某單位某系統系統用戶驗收測試用例》，準備測試數據,在搭建的某單位某系統系統用戶驗收測試環境上對不同測試范圍實施測試。每當被測應用系統軟件經過開發人修改發生變化后，都將進行回歸測試。該階段主要任務是進行以下內容的工作：
● 功能測試；
● 文檔測試；
● 性能測試。
（1）進入標準。
第一輪測試執行后，開發方就系統中存在的問題做出相應修改后。
（2）活動。
● 實施測試，執行測試用例；
● 記錄測試結果（缺陷）；
● 討論和確認測試發現的問題。
（3）交付件。
● 《某單位某系統系統用戶驗收測試用例執行每日簡報》
● 《某單位某系統系統用戶驗收測試缺陷記錄日報》
（4）退出標準。
所有用例執行完畢。
6.1.7 測試總結階段
測試報告是用戶驗收測試的一個重要階段，是整個用戶驗收測試的總結。主要完成某單位某系統系統用戶驗收測試收尾階段的工作任務，即編寫《某單位某系統系統用戶驗收測試總結報告》，并參加管理方組織的評審會，評審通過該報告。
（1）進入標準。
覆蓋了所有的測試需求，并且按照合同和計劃完成了要求的測試輪次。
（2）活動。
● 各種類型的測試進行總結，產生相應測試類型的測試報告；
● 對整體測試情況進行綜合，產生測試總結報告。
（3）內部評審。
提交用戶進行正式評審。
（4）交付件。
測試總結報告。
（5）出口準則。
完成測試總結報告，并經過評審后提交管理方。
（6）退出標準。
所有文檔提交管理方。
6.2 測試里程碑
為了保證測試項目的質量的和進度，特制定如下里程碑，以便執行時作為檢查依據：
6.2.1 進入標準測試
檢查測試對象是否滿足測試的進入條件：即開發方完成系統測試，并提交系統測試報告。
進行冒煙測試，對測試對象進行功能快速抽查，用于執行測試入口標準的印證。
6.2.2 測試環境的搭建
在客戶的協助下，搭建測試環境，盡量模擬真實運行環境。
6.2.3 業務培訓
接受客戶的業務培訓是開展測試工作的重要的一環，便于熟悉理解某單位某系統系統的各類業務、功能和接口等。
6.2.4 制定測試計劃、測試需求準備
根據《某單位某系統系統業務需求書》、《某單位某系統系統需求規格說明書》和《某單位某系統系統程序設計說明書》整理測試需求；協調開發方協助制定測試計劃。包括：確定測試范圍、目標、測試周期、測試環境配置、測試方法、所需資源和后勤服務等。
6.2.5 測試設計
編寫測試用例，涵蓋各個方面，包括正面和負面的輸入和數據；開發每一個測試周期具體的測試條件、測試用例、測試腳本、測試數據和預期結果。測試用例和腳本應以實際業務流程執行情況為基礎開發。
6.2.6 必要測試工具的開發
除了已經有的測試工具外，還需開發必要的方便功能測試和性能測試的輔助工具。
6.2.7 用例評審
與軟件開發方、用戶方共同評審測試用例的合理性。
6.2.8 測試執行
● 在測試方案和測試計劃由管理方批準后，測試用例由用戶方確定后進入具體測試實施階段。
● 準備測試數據，執行測試用例，記錄測試結果；執行一輪測試，二輪回歸測試。
6.2.9 測試總結
對測試的各個方面進行全面總結，提交測試報告。
9.5.11 驗收測試方案的“測試實施安排”部分
示范性文檔編寫內容介紹如下。
7. 測試實施安排
7.1 工作流程
項目實施過程我們遵循H測試模型，如圖9-9所示。
圖9-9 H測試模型圖
此次研發過程采用敏捷開放，因此測試工作采用H測試模型，H測試模型將測試流程獨立與開發流程，使測試流程自身為一個完全獨立的流程，將測試準備活動和測試執行活動清晰的體現出來。除此之外，在項目實施過程中針對各個過程均有質量管理活動，對項目實施過程中的相關成果進行嚴格的評審。
7.2 人員組織
本次項目測試人員均為具有多年測試同行業的人員，對業務及測試有深入理解，此次項目測試工作包括3部分內容，即：功能性測試、文檔性測試和性能測試，因此結合項目特點，我公司崗位人員設置如圖9-10所示。
圖9-10 測試項目崗位設置圖
7.3 人員配置
表9-9 驗收測試項目人員配置表
人員分類 | 人 數 | 職 責 |
項目經理 | 1 | 負責承擔項目任務的計劃、組織和控制工作，以實現項目目標 監督、統籌及協調項目中各項活動和任務安排 負責向項目協調機構定期報告項目進展情況，就項目中存在的問題提出解決建議 負責測試方和業務方、開發方的協調配合工作 |
功能測試組 | 3 | 負責功能測試、業務流程測試 負責編寫、制定功能測試用例 負責測試用例執行 負責將問題錄入缺陷管理系統 負責對發現的BUG進行回歸測試 負責問題分類、總結 負責測試文檔的匯總保存 |
性能測試組 | 2 | 負責準備、實施性能測試 |
文檔審查組 | 同功能測試組3人 | 負責對文檔內容、規范性、可讀性進行檢查 負責將文檔問題分類、總結 負責執行文檔評審 |
9.5.12 驗收測試方案的“測試計劃”部分
示范性文檔編寫內容介紹如下。
8. 測試計劃
在測試開始前對開發方提交的程序、文檔進行冒煙測試。
計劃項目周期為：20xx-xx-xx至20xx-xx-xx（時間將根據項目實際情況進行調整）。
8.1 測試工作量估算
下面是關于某單位某系統用戶驗收測試的功能測試、文檔測試和性能測試的規模和工作量的估計。
根據下表統計，預計共需xx天，合計xx人日，約合x.xx人月。
表9-10 驗收測試項目人工統計表
驗收測試 | 任 務 | 時間
（天） | 項目經理1人 （人日） | 高級測試工程師2人 （人日） | 測試工程師2人 （人日） | 工作量小計 （人日） |
測試計劃階段 | 制定測試計劃 | 4 | 4 | 4 | 2 | 15 |
測試需求階段 | 分析測試需求 | x | x | x | x | x |
測試設計階段 | 設計測試用例 | x | x | x | x | x |
制定測試執行計劃 | x | x | x | x | x |
第一輪測試執行階段 | 執行測試用例 | x | x | x | x | x |
第二輪測試執行階段 | 執行測試用例 | x | x | x | x | x |
測試總結階段 | 總結測試，編寫文檔，項目驗收 | x | x | x | x | x |
合計 | | x | x | x | x |
8.2 測試時間進度表
表9-11 驗收測試項目時間進度表
階 段 | 活 動 | 預計時間（天） |
1．測試計劃階段 | 啟動會議雙方溝通；整理辦公環境 | x |
收集所需客戶文檔 |
建立配置管理環境，建立測試管理環境，制訂BUG管理流程，建立BUG管理環境 |
制訂項目測試詳細計劃，制訂配置管理計劃 |
被測系統業務了解，熟悉系統功能和業務流程，業務系統培訓 |
編寫測試方案 |
評審測試方案、測試計劃 |
需求調研 |
2．測試需求分析階段 | 需求分析 | x |
需求調研、細化測試需求，編寫測試需求 |
評審測試需求 |
3．測試設計階段 | 功能測試用例設計 | x |
文檔測試用例設計 |
性能測試用例設計 |
階 段 | 活 動 | 預計時間（天） |
3．測試設計階段 | 評審測試用例設計 | |
編寫測試執行計劃 |
評審測試執行計劃 |
4．第一輪測試階段 | 第一輪測試環境初始化 | x |
功能測試用例執行 |
文檔測試用例執行 |
性能測試用例執行 |
提交回歸測試的缺陷列表，確認缺陷 |
第二輪測試總結 |
5．第二輪測試階段 | 第二輪測試環境初始化 | x |
功能測試用例執行 |
文檔測試用例執行 |
性能測試用例執行 |
提交回歸測試的缺陷列表，確認缺陷 |
第二輪測試總結 |
6．測試總結階段 | 測試總結報告 | x |
測試總結報告評審 |
合計 | xx |
后續內容請從書籍獲得……
（未完待續）
版權聲明：51Testing軟件測試網及相關內容提供者擁有51testing.com內容的全部版權，未經明確的書面許可，任何人或單位不得對本網站內容復制、轉載或進行鏡像。51testing軟件測試網歡迎與業內同行進行有益的合作和交流，如果有任何有關內容方面的合作事宜，請聯系我們。
相關鏈接：
精通軟件性能測試與LoadRunner最佳實戰 連載八