Bug Bash（大掃除）總結 軟件測試
過程介紹
時間：2008.2.26 9點至 4點30分
前期知道1個小時
地點：辦公室
參加人員：市場A、市場B、開發A、開發B、文員A、測試A
激勵措施：50個bug 請大家吃水果 80個bug請大家吃飯
目標：
1、 提早發現bug，降低軟件風險；
2、 市場人員熟悉產品，從市場的角度分析問題，熟悉如何提bug；
3、 開發人員知道從白盒的角度分析bug。
4、 樹立開發人員、市場人員的軟件測試意識，了解測試人員的工作。
5、 昨天bug庫中基本沒有bug，開發人員沒有bug修改。
總發現bug：57個 重復和無效bug：2個
bug分布：
市場A 12個
市場B 13個
開發A 11個
開發B 13個
文員A 2個
測試A 6個 （協助大家）
嚴重級別分布：
A-Urgent,1 個
B-Very High,10個
C-High,14 個
D-Medium,18個
E-Low,14 個
<total>,57個
44%為A、B、C類bug。56%為C、D類bug
結果達到所有的目標，超出了期望
經驗積累
1、 測試到53個bug后，大家開始缺乏動力，因為80個bug基本不能達到。所以獎勵需要有階梯，但是50個bug到80個bug距離太大�？梢允�50、 65、80。80的目標一般都是不能實現的。獎勵不要連續，不能以一個bug1元錢。
2、 注意大家的時間需要保證，確保沒有其它事打擾。這是一個難得的團隊建設機會。
3、 激勵分團隊激勵和個人激勵。Bug英雄和團隊目標。
4、 可以讓測試主管作為組織者來審核bug，做技術指導，及時保存bug現場，確保復現路徑。
5、 當天測試結束最好能夠獲得各人員的反饋，了解是否還需要更長一點的時間測試。
6、 每個人都把bug庫篩選成當天bug量，實時了解bug增長，別人的bug數量，提供競爭壓力。積極調動大家。
7、 氣氛需要活躍，可以買一些水果。
參考資料
Bug Bash通常發生在項目開發各階段（里程碑）的末期，比如Beta版發布前，劃出一個專門的時間段（通常1-3天），在這期間所有參與項目的人員，集中全部精力，運用各方面的知識，盡全部智慧來搜尋項目的Bug。
經驗
1、 盡管這是一個測試活動，但參與者并不僅限于測試人員。項目經理，開發人員甚至于高層管理人員都應參加，如同全民動員。目的是要集思廣益。
2、 要鼓勵各部門，領域交叉搜索，因為新的思路和視角通常有助于發現更多的Bug。
3、 為調動積極性，增強趣味性，可以適當引入競爭機制，比如當活動結束時，評出發現Bug最多，發現最嚴重Bug的個人，給以物質和精神獎勵。
4、 可以分專題展開，比如安全性、用戶界面可用性、國際化和本地化等等。
5、 as usual we'll have pizza and other fun food. Sometimes there's prizes for most bugs kept, most heinous bug, etc.
文章來源于領測軟件測試網 http://www.kjueaiud.com/
