bug bash方案供参考

本次在组内实施Bug bash比较成功，特将方案跟大家共享:)

Bug Bash（大扫除）实施方案

一、     bug bash说明（参考）

   Bug bash（Bug大扫除）来源于微软，通常发生在项目开发各阶段（微软叫里程碑）的末期，比如Beta版发布前，划出一个专门的时间段（通常1-3天），在这期间所有参与项目的人员，集中全部精力，运用各方面的知识，尽全部智慧来搜寻项目的Bug。这是一个非常有意思的活动，但要组织好这样的活动并非易事。一般有以下要点：

1、       尽管这是一个测试活动，但参与者并不仅限于测试人员。项目经理，开发人员甚至于高层管理人员都应参加，如同全民动员。目的是要集思广益。

2、       要鼓励各部门，领域交叉搜索，因为新的思路和视角通常有助于发现更多的Bug。

3、       为调动积极性，增强趣味性，可以适当引入竞争机制，给以物质和精神奖励。

二、     本次Bug Bash背景

1、        **重构接近发布Beta版本，开发已经不会在当前版本上进行重构，版本逐渐趋于稳定

2、        目前的Bug数目从2.9开始呈现收敛趋势，希望通过bug bash出现一个bug反弹，之后再经过封版前后的阶段测试使得版本满足发版的要求。

三、     目的

1、        调动全组积极性，换一种思维和方式执行测试

（1） 市场和需求人员从用户的角度分析，会发现一些测试人员想不到的问题；

（2） 开发人员知道从代码、白盒的角度分析问题会发现测试人员想不到的问题；

2、提早发现bug，降低软件风险

3、在大家共同测试的过程中顺便就进行了团队建设

4、长期的测试容易使得测试人员形成思维定式或疲惫，通过这个小活动增加软件测试的趣味性和新鲜感

5、 树立开发人员、市场人员的软件测试意识，了解测试人员的工作

四、     时间

周一至周三（2009.2.16-2009.2.18）

五、     地点

1210室、1211室

六、     参与人员

1、        测试人员(全程参与)

2、        产品及需求人员（插空）

3、        开发人员（插空）

4、        管理人员（插空）

七、     激励措施

       说明：每日汇总一次，评出每日bug英雄3名，每人奖励**(还没定)

1、        奖励措施：

2、        每天评出最高深bug奖、最牛bug奖、最严重Bug奖，数量不限，由大家共同讨论决定，奖品为**

八、     总支出资金预算：

九、     风险及成败关键因素

1、        大家的积极性是否被调动，方法就是通过激励以及趣味（实时播报、买水果之类的激励），也要强调活动的必要性

2、        除了测试人员的时间可以保证外，其他人员的时间无法保证，其他人员不能为了提Bug而耽误了自己的本职工作，提倡工作之余或晚上测试

3、        版本的稳定性，如果版本不稳定，会影响到bug bash的进展，所以一定要保证bug bash之前有稳定的版本