什么是Bug Bash？

Bug Bash即Bug大掃除或者說Bug大掃蕩，在產品發布之前，為了保證產品的質量，團隊成員一起集中精力來找bug的活動。這里的bug指的是產品缺陷。不懂技術的同學，可以把它當做一個大家來找茬游戲。

Bug Bash的好處

1. 有這樣一種正式的找bug個動作，能夠倒逼我們去梳理上線還缺少什么問題。（搭建一個穩定的環境）

2. 不同人使用產品的方式不同，尤其是非開發人員，在沒有用例的情況下測試，能幫助我們發現更多意想不到的bug（有時候也能發現很多新的需求）。

3. 我們可以給Bug Bash設計的更具“游戲化”，讓團隊放松，增加團隊更有凝聚力。

Bug Bash在什么場景下使用？

Bug Bash在項目中不是必須的。但越是復雜度高，周期長的項目，使用Bug Bash效果就越好。Bug Bash最適合的時間是在正式上線前，經過兩輪測試或者達到預上線標準時，要保證核心功能都能跑通，產品比較穩定的情況下進行。

Bug Bash具體操作步驟

團隊里先溝通明確Bug Bash的目的和意義。

提前郵件告知測試的時間（開始時間與結束時間，一般時間要1-2小時）、地點、參與人。

現場準備記錄bug的工具，如白板、便簽、筆等。最好還準備一些水果，飲料、小獎品等。

提前準備好測試的環境： 如一些特別角色的賬號，虛擬的賬號金額等。

實時展示所有更新出來的bug。可以搞一些獎項，比如找出bug最多的獎，最難發現bug獎等。

活動結束后，匯總所有的bug，對bug進行分類，定好優先級，然后給到對應的團隊成員。如果有設置獎項，現場就給獎勵，并郵件通報全組。

全員對提交的Bug進行分析，制定出解決的方案并實施。項目經理跟進修復。

使用Bug Bash的注意事項

bug記錄盡量簡單，可以提前做一個bug模版，方便大家寫內容。最好是把操作的步驟和截圖都存下來。做為備份，后面線上錄入的時候一并給到開發人員。

參與的人員可以不局限于項目內部，項目外包比如，客服、運營、銷售也可以參加，甚至可以邀請一部分核心用戶來進行測試。

有很多復雜功能，涉及到權限，賬號角色、賬戶金額調整。一定要提前規劃好，否則在測試過程中很容易被卡主，導致后面的很多功能測試不了。

Bug Bash不能代替專業的QA，QA測試會更專業，更全面，Bug Bash只能作為QA的補充。

Bug Bash其實也可以用于需求文檔、設計文檔、測試文檔等。Bug Bash是一種思維，面對比較復雜，容易出問題的項目時，就可以在各個里程碑確認之前，做一次小型的Bug Bash。

Bug Bash是一種思維方式，如果項目特別復雜，一次做不完。也可以每天抽出少部分時間來做。通過每天的集中測試，發現當天出現的問題。

很多人覺得在項目中使用Bug Bash很耗時間和精力，而且只是QA的補充，所以只是錦上貼花的東西，其實可以先小范圍嘗試下，看下效果。比如先讓項目內成員短時間內參與。

一個工具，適不適合，好不好用，只有用了才知道。