今天,测试专家Johanna Rothman将和大家分享一个关于计算系统测试中修复缺陷的成本的方法,以及如何将这个方法纳入项目的大框架中。
Dan在一个有着其他四个成员的项目中做开发人员。他们在项目开始的前八个月只开发产品,不修复任何缺陷,除非缺陷阻塞他们继续开发。Dan和他的团队认为同时修复所有缺陷是更节省成本的。因此在第九个月,即预期发布的前一个月,他们觉得是时候修复缺陷了。
Avery在一个与市场实际同步的公司当项目经理。由于受到限制,所以每个客户都马上要一个β版本,这样他们可以尽快开始使用软件。考虑到一个有着许多缺陷的β版本将使他们的客户愤怒,Avery认为,让开发人员在系统测试之前就开始查找和修复严重缺陷是更节省成本并且是低风险的。
两个项目对于查找和修复缺陷使用两种完全不同的方法。我们对于修复缺陷都有不同的看法,尤其是什么时候修复哪些缺陷。选择是否修复缺陷取决于很多因素,如:开发的产品类型;携带已知或未知缺陷的风险;开发过程;当确定修复缺陷时,需要多少成本。
其中最容易理解的一个因素是修复一个缺陷的实际成本。这个成本反映到选择的开发生命周期、开发过程,并帮助你在可以承受的风险内决定提交或不提交产品。然而,事实上很多人都不知道修复一个缺陷需要花费多少成本。如果你也没有把握,那么这里有一个用来测量这项成本的估算方法。
文章来源于领测软件测试网 https://www.ltesting.net/