 |
|
|
| 返回 | 主页 |
何时应当停止测试
[摘要]
软件测试还有一个很重要的问题 – 何时应当停止测试？对于许多企业来说，终止测试的时间往往是随产品的预定发布时间或交付时间来定的。甚至有的地方产品发布或交付前一周还在写新功能。每一个测试人员都在叫测试时间不够，但又没有谁能说出到底多少时间才算够。
其实问题也很简单，一个合理的测试终止条件只能来源于一个清晰的测试目标。如果测试的目标是找到所有的缺陷，那么无论多少时间都是不够的。而...
软件测试还有一个很重要的问题 – 何时应当停止测试？对于许多企业来说，终止测试的时间往往是随产品的预定发布时间或交付时间来定的。甚至有的地方产品发布或交付前一周还在写新功能。每一个测试人员都在叫测试时间不够，但又没有谁能说出到底多少时间才算够。
其实问题也很简单，一个合理的测试终止条件只能来源于一个清晰的测试目标。如果测试的目标是找到所有的缺陷，那么无论多少时间都是不够的。而要从测试的两个经济目标来看，合理的终止条件应当是由以下两点组成：
测试是为了保证软件的质量，而软件的质量标准是由用户来决定的。这个标准应当在软件开发初期由用户需求调查所得，如果每一需求项都列出了可测试的、被共同利益者认可的标准和写入测试计划之中的测试用例，这样软件测试结束的第一个必要条件就是所有在测试计划中所列出的测试项和标准（常见的有：必要及重要的功能通过测试，某种公认的认证测试用例包测试通过，连续无故障运行超过一定时间等）都被通过。
通常来说，早期找到并排除的缺陷越多，总的售后服务的成本就越少，但密集的测试就会导致测试成本的增高。而对测试来说，随着旧的缺陷不断地被找到并修复，软件的质量也就越来越好，后继的服务成本就越来越低，相应地，新缺陷也就越来越难找，即测试成本越来越难高。
当找到并解决的缺陷占总缺陷的比例达到 T E 时，可终止测试。因为再要通过测试去发现一个缺陷成本比发布后再去维护的成本要高了。其实从企业利润的角度来看，就要使这两部分的成本之和最小。当然在实际情况下，这两条曲线是无法准确估计的。人们往往按拇指规则，即假设残留的缺陷数与最后一阶段排除的缺陷数相等，启用这样一个较为合理的中止条件 ： 当一段时间内（通常是一个星期）测试不出的新缺陷时，就可中止寻找缺陷了；或按本文提出的测试效益规则，即当找到的新缺陷的实际价值低于相同时间的测试运行费用、或测试成本与维护成本之和达最小值时、或经 3 至 5 倍企业同类软件开发项目的平均单位缺陷测试时间内测试不出的新缺陷时就可中止找缺陷了。
其它培训参考信息：
软件测试尽早发现缺陷，降低后继质量成本
软件测试的经济目的
软件质量与软件测试
什么是软件测试
软件测试的革命 下
软件测试的革命 中
软件测试的革命 上
软件测试工程师为何“千金难求”
信息来自互联网，敬请核实，谨慎使用
