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.
文章来源于领测软件测试网 https://www.ltesting.net/
