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