缺陷收敛 bug convergence ---->错误收敛是指项目组在减少活跃错误数量上取得了重大进步的一个转折点。在错误收敛这一转折点上,解决错误的速度超过了发现错误的速度;因此实际的活跃错误数量开始减少。下图给出了错误收敛的图示。
还有一种图示:
即使错误数量从整体上开始减少,但具体数量还会出现升降变化,因此错误收敛通常来讲只代表一种趋势,而不是一个固定的时间点。在错误收敛之后,错误的数量将持续减少直到零错误反弹。
零bug反弹 zero bug bounce
----》
杀虫剂悖论 pesticide paradox -----》杀虫剂悖论(pesticide paradox),在软件测试中用来描述这样一种现象,对软件进行越多的测试,那么该软件对软件测试人员的测试就越具有免疫力。
-----》为了克服“杀虫剂悖论”,测试用例需要经常的评审和修改,不断增加新的不同的测试用例来测试软件或系统的不同部分,保证测试用例永远是最新的,即包含着最后一次程序代码或说明文档的更新信息。这样软件中未被测试过的部分或者先前没有被使用过的输入组合就会重新执行,从而发现更多的缺陷。软件测试人员必须不断地编写新的不同的测试来检验程序的不同部分从而找出更多的bug。让其他的人来测试你的程序将有助于打破”杀虫剂悖论”。
缺陷大扫除 bug bash
---->要做好这样的活动,首先我们必须明白这项活动的意义。 Bug bash(Bug大扫除)来源于微软,通常发生在项目开发各阶段(微软叫里程碑)的末期,比如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.
|