回到網易8個月軟件測試團隊轉型實踐(6)

圖-美聊2.8-iOS手工覆蓋率

利用BugTags工具的問題反饋

過去發現線上問題無有效收集數據的手段，用戶反饋之后，需要相關人員跟進溝通，詢問環境、設備等諸多問題，整個過程繁瑣，人力投入開銷大，引入BugTags是為了簡化Bug提交過程，記錄重現場景相關信息，將客戶端的大量復雜操作最大限度簡化。通過白名單機制，美聊可以讓用戶打開Bugtags搖一搖問題，提交用戶的相關環境、設備信息，進一步推進排查問題的效率。

圖-BugTag競品分析

BugBash質量活動

傳統的產品走查，產品、視覺、交付、運營只對自己負責的功能部分有了解和檢查，缺乏一個需求方的整體走查。當有人發現一些功能間互相關聯的問題時，已經比較晚，修復成本高。引入Bug Bash（所謂Bug大掃除的活動），在項目開發階段的末期，專門劃出一個專門的時間段（通常1天），打破以往非技術人員未參與的做法，在這期間所有參與項目的人員（技術、產品、交互），集中全部精力，運用各方面的知識來搜尋項目的Bug，做到及早發現問題。

圖-Bugbash流程

會后將問題匯總，用以推動開發改進功能。

圖-Bugbash記錄

QA數據收集

在Sprint總結會上為了讓項目成員能更加清楚了解整個Sprint的質量、進度問題，從Q4開始對每個Sprint都做了數據收集和展示。通過收集每個迭代版本的工時、bug數據，在總結會上向全體人員（技術、產品、視覺、交互、運營）呈現當前版本總體質量多維度數據，指導工作的改進方向。

· 按照階段的bug分布展示

圖-bug分布展示

原文轉自：http://www.uml.org.cn/Test/201707191.asp