Bug Bash（大扫除）总结

发布: 2009-2-20 09:57 | 作者: 不详 | 来源: 测试时代采编 | 查看: 63次 | 进入软件测试论坛讨论

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。