十分鐘學點測試技術：如何做好敏捷交付驗收測試？

一、什麼是交付驗收測試？

為了更好、更快、更有效的做好測試質量交付，當前專案測試交付活動，把具體的測試交付過程按階段進行了劃分： 加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

階段一：特性測試交付：該階段屬於開發階段，進行需求特性開發後的需求特性測試，重點為功能測試，主要參與的測試人員為測試QA

階段二：敏捷驗收交付:該階段屬於測試階段，進行敏捷交付驗收測試，主要對前一階段交付特性的交付過程規範性、探索驗收需求是否滿足使用者、以及對下一測試階段的測試策略建議，該階段的重點是協接開發和測試的中間階段，該階段主要參與人員為測試專家TS

階段三：系統測試交付：該階段進行需求特性整系統測試，端到端驗證需求的完善性，效能穩定性、異常可靠性，工程開通的可行性，該階段主要參與人員為測試TE。

二、為什麼要做交付驗收測試？

按照常規的測試階段劃分，在需求特性完成開發後，特性給系統測試進行測試後完成釋出，為什麼在開發階段和系統測試階段加入了敏捷驗收階段？當前存在什麼痛點？敏捷驗收測試又帶來哪些好處？

在專案需求開發過程中，存在需過程中發生變更、外部依賴不滿足、新 團隊成員能力不具備等這些內外部動態的、靜態的、確定的、不確定的變化，導致需求無法按期、按質交付。對系統測試釋出後，發現問題後重新修復、測試進行迴歸，多次來回返工，導致交付延期、測試人力投入大。

在這樣的背景下引入了敏捷交付驗收測試，那如何做敏捷交付驗收？按照當前專案的實踐過程進行分享。

三、如何做敏捷交付驗收？

1.組織方面：在測試組內選出各業務領域對應的測試骨幹，獨立組成測試專家團隊；負責敏捷交付驗收。

2.流程方面：測試專家端到端參與到敏捷活動各環節中，一開始參與市場需求分析討論、需求落團隊後進行實現方案的評審、在具體的需求開發、測試過程中及時識別風險，進行風險跟蹤閉環，以及敏捷開發團隊需求交付後對該需求的探索性驗收，輸出對下一測試階段，系統測試的建議以及指導系統測試完成後續測試。

3.工具方面：基於風險的過程跟蹤、探索驗收測試。

1）基於風險的過程跟蹤：

·整理輸出敏捷各活動階段的風險類別，建立風險意識。

·識別風險，透過風險樹，在需求研發的各環節進行識別。

·風險處理：按照風險的高、中、低優先順序，進行風險處理，中、低風險跟蹤專家和團隊負責討論解決方案，高階別風險超出團隊處理能力，則進行風險上報，由專案層面進行處理。

·風險跟蹤：風險納入風險清單，對風險處理措施每週進行進展跟進，風險引入、風險描述、發現日期、當前狀態、關閉日期。

風險清單報告：

2）探索驗收測試

√ 約法三章，制定驗收規則，明確驗收准入條件

文件類：需求的過程文件輸出完整齊全：需求、方案、規程、操作指導文件齊全。

故障類：該需求在特性階段發現故障均已合入釋出版本並完成自動化的補充。

指令碼類：該需求輸出的自動化化指令碼編寫完成並全部執行透過。

最後：

可以到我的個人V：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。

這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！