一、什麼是傳遞驗收測試？
為了更好、更快、更有效的做好測試品質傳遞，目前項目測試傳遞活動，把具體的測試傳遞過程按階段進行了劃分：
階段一：特性測試傳遞：該階段屬于開發階段，進行需求特性開發後的需求特性測試，重點為功能測試，主要參與的測試人員為測試QA
階段二：靈活驗收傳遞:該階段屬于測試階段，進行靈活傳遞驗收測試，主要對前一階段傳遞特性的傳遞過程規範性、探索驗收需求是否滿足使用者、以及對下一測試階段的測試政策建議，該階段的重點是協接開發和測試的中間階段，該階段主要參與人員為測試專家TS
階段三：系統測試傳遞：該階段進行需求特性整系統測試，端到端驗證需求的完善性，性能穩定性、異常可靠性，工程開通的可行性，該階段主要參與人員為測試TE。
二、為什麼要做傳遞驗收測試？
按照正常的測試階段劃分，在需求特性完成開發後，特性傳遞給系統測試進行測試後完成釋出，為什麼在開發階段和系統測試階段加入了靈活驗收階段？目前存在什麼痛點？靈活驗收測試又帶來哪些好處？
在項目需求開發過程中，存在需過程中發生變更、外部依賴不滿足、新技術團隊成員能力不具備等這些内外部動态的、靜态的、确定的、不确定的變化，導緻需求無法按期、按質傳遞。對系統測試釋出後，發現問題後重新修複、測試進行回歸，多次來回返工，導緻傳遞延期、測試人力投入大。
在這樣的背景下引入了靈活傳遞驗收測試，那如何做靈活傳遞驗收？按照目前項目的實踐過程進行分享。
三、如何做靈活傳遞驗收？
1.組織方面：在測試組内選出各業務領域對應的測試骨幹，獨立組成測試專家團隊；負責靈活傳遞驗收。
2.流程方面：測試專家端到端參與到靈活活動各環節中，一開始參與市場需求分析讨論、需求落團隊後進行實作方案的評審、在具體的需求開發、測試過程中及時識别風險，進行風險跟蹤閉環，以及靈活開發團隊需求傳遞後對該需求的探索性驗收，輸出對下一測試階段，系統測試的建議以及指導系統測試完成後續測試。
3.工具方面：基于風險的過程跟蹤、探索驗收測試。
1）基于風險的過程跟蹤：
·整理輸出靈活各活動階段的風險類别，建立風險意識。
·識别風險，通過風險樹，在需求研發的各環節進行識别。
·風險處理：按照風險的高、中、低優先級，進行風險處理，中、低風險跟蹤專家和團隊負責讨論解決方案，進階别風險超出團隊處理能力，則進行風險上報，由項目層面進行處理。
·風險跟蹤：風險納入風險清單，對風險處理措施每周進行進展跟進，風險引入、風險描述、發現日期、目前狀态、關閉日期。
風險清單報告：
2）探索驗收測試
√ 約法三章，制定驗收規則，明确驗收準入條件
文檔類：需求的過程文檔輸出完整齊全：需求、方案、規程、操作指導文檔齊全。
故障類：該需求在特性階段發現故障均已合入釋出版本并完成自動化的補充。
腳本類：該需求輸出的自動化化腳本編寫完成并全部執行通過。
……
由于作者版權要求，僅展示文章的一部分，如需閱讀完整版文章，可以私信回複”文章“即可免費擷取。
最後：
1）關注+私信回複：“測試”，可以免費領取一份10G軟體測試工程師面試寶典文檔資料。