Bug大扫除，等你来找茬

大家好，我是玉舒，最近进行了有趣的 Bug Bash，今天分享给大家

Bug Bash，即缺陷大扫除。让团队在产品版本发布前，全员一起发现 Bug 的过程，一般互联网产品敏捷实践中使用比较多。

一、发起人

通常可以由项目经理或测试主导发起

二、参与人

应该包括项目组全体成员，比如开发、测试、产品经理、项目经理等等，有条件也可以邀请非本部门团队来参与体验

三、什么时候做？

完成所有的测试后，产品准备上线正式发布前的，找一个专门的时间段（通常2~3小时）

四、怎么做？

1、制定并颁布规则

准备一份协同说明文档，跟团队讲解：什么是Bug bash、目的是什么、时间地点是什么、准备工作确认、游戏规则等，方便大家可以随时查阅Bug Bash规则

2、统一问题记录工具

可以用jira、协同文档等工具，只要方便大家记录，结束后做好统计即可

3、提醒大家做好准备

包括环境是否都准备好、权限都开了没、测试是否确保重大bug修复并验证完毕。如果有经费，准备一些水果点心等，更有助于提高大家参与的兴致

4、提前规划会议场地

项目组如果人少且都有笔记本电脑，可以借一间大会议室，方便随时讨论、排除问题，让大家能更集中投入这项活动，气氛也会更好一些。但是如果没有办法借到大会议室或者大家都是台式机不方便移动也没关系，只要做到及时沟通就好

5、问题汇总与落实

Bug Bash结束后，测试同学要统计全部问题数、有效bug数。测试需要及时确认Bug、确定Bug的优先级，然后开发团队才好根据优先级处理Bug，哪些bug是要修复的、哪些是可以留到以后修改

因为Bug Bash到产品上线时间可能已经很接近，除非是很严重的bug，或者是工作量小，可以考虑处理；其余可以考虑不修改。如果这版本不修的bug、不能实现的需求，可以标记放到需求池里

6、奖励机制

Bug Bush需要动员团队，如果经费比较充足，可以通过一些小的礼品激励团队

五、有什么好处？

1、团队集体试用体验，能发现一些不容易发现的问题，提高产品质量

2、游戏化激励团队

大家聚集一起参与，然后加一些比赛的元素，会让大家有个冲劲要努力找出Bug，比谁找的Bug数最多。会促进团队间彼此的沟通、合作。

注意事项

1、固定时间，一般团队的活动都需要固定时间，否则一下午可能直接就过去了。

2、BugBash的频率不宜太高。

3、做好问题记录，记录是很重要的事情，不管使用jira还是协同文档等可以。

以上就是今天的分享，谢谢你的阅读呀~