Bug Bash(大扫除)
上一篇 /
下一篇 2008-07-23 11:10:19
/ 个人分类:缺陷Bug
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.
我觉得这个做法很有趣,之前记得做公司timetracker的项目的时候,我测下来感觉问题不大了,但是拿到老板那里找到一堆问题,虽然都是什么英文单词的问题,但对于客户来说这也是大问题吧(我如果看到一个软件or网站有错别字,也会很bs的)
相关阅读:
- 也谈测试系列1----测试人员与开发人员争执问题 (hjjlearning, 2008-3-25)
- [原创]新手报Bug的注意点 (chicochen, 2008-4-18)
- Debian,Ubuntu被发现一个存在两年的漏洞 (51testing, 2008-5-21)
- 以前写的一份BUG提交规范 (hjjlearning, 2008-6-06)
- Bug Bash(大扫除)总结 (51testing, 2008-6-10)
- 一份BUG模板 (zj101582, 2008-6-17)
- Bug bash、ZBB与软件质量 (51testing, 2008-6-20)
- vcBUG (GPS软件测试, 2008-7-08)
- 开心的测试工作。。。 (soniasiteview, 2008-7-09)
收藏
举报
TAG:
BUG
BASH
缺陷Bug