測試專案結束之後，如何召開復盤會議？這篇文章告訴你

專案結束之後，我們經常需要組織召開復盤會議，很多同學一聽到覆盤會議就會緊張，好像按照他們的理解，覆盤會議就是為了追責，就會十分恐懼。 加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

實際上，覆盤會議並不是狹義的如此，覆盤其實是為了大家一起交流，互相學習，對於做的不好的地方及時改進。簡單拿我們的一個覆盤過程舉例。

過程回顧

本輪測試7天時間，共計XX個Bug，其中XX個Bug為功能Bug已修復，XX個Bug為UI Bug已修復，XX個Bug遺留（XX個Bug產品經理給出具體方案後續優化，XX個為瀏覽器機制產生的一直存在，前端也一直未給出相應的解決）。

XX個介面優化使用者體驗性問題。

測試過程出現中的問題

Bug迴歸不及時，導致問題修改週期長。

版本中合入其他版本修復的部分問題，程式碼合併部分引入部分風險，主要有：

版本的穩定性有一定影響性；

合入部分的程式碼會存在沒有相應的需求和影響範圍分析性資料，這樣會給測試帶來部分漏測的風險。

組內討論，交流經驗

本次版本測試過程中印象深刻Bug（Bug修改反覆開啟，Bug比較典型可能換個版本還是會出現，Bug暴露背後的開發思維）。

分享找到這個Bug的方法（是如何找到這個Bug的，核對原型發現、執行用例發現、交叉驗證發現）。

如何跟進解決（問題提出、問題分析、問題修復之後的驗證，有沒有結合自己的看法）。

開會討論，開啟系統具體Bug檢視交流記錄。

解決方案

每一輪測試之前，需要先驗證上一輪測試中是否有未迴歸的Bug，對於未修復的Bug尤其是嚴重級別的Bug（或者造成阻塞的Bug），需要及時通知開發leader。

對於合入程式碼部分，儘量在迭代測試中建議開發人員減少合入與本次迭代無關的程式碼的活動，如果有合入的必要，建議最好有一份所涉及的影響範圍的文件說明，這樣也一定程度上避免掉漏測的風險。

以上就是一個簡單的例子，有分析、有建議、有結果，這樣才能共同進步。

最後：

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

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