如何写好一份软件测试计划?(7)

发表于:2014-08-15来源:uml.org.cn作者:吴朝东点击数: 标签:测试计划
测试停止标准的检查者 测试停止标准作为一个验收标准,还需要明确规定标准执法者。没有规矩不成方圆,但是有了规矩而不执行,也是成不了方圆的,

  测试停止标准的检查者

  测试停止标准作为一个验收标准,还需要明确规定标准执法者。没有规矩不成方圆,但是有了规矩而不执行,也是成不了“方圆”的,所以需要执法者或者说护法者,在这里体现为检查和核实我们的测试是否达到了标准。有时候,为了表示民主,大家一起说了算在人数不多的项目组也是一个可取的方式。

  Aaron讲了自己的一些理解,但看着过于抽象,所以就继续具体点讲一下。开发人员贴code,Aaron这边没Code,只好贴几张便签纸

测试标准应该包含的内容:
》有效测试用例(功能)执行率达到X%?
单元测试代码行覆盖率达到X%?
》单元测试用例通过率X%?
》单元测试用例设计通过评审
》核心模块(A,;B,D等模块)测试覆盖
》所发现缺陷均纳入缺陷管理系统
》优先级最高的bug全部修复
》其他bug全部被处理(修复,延迟并报告等处理方式)
功能测试用例模块,功能点覆盖率达到?
按照测试类型来的测试停止标准:
比如单元测试活动在满足以下所有条件之后可停止:
》核心模块代码100% 经过Code Review
》单元测试用例设计通过评审
》测试用例执行率100%
》最新版本的单元测试通过率为100%
》单元测试全局代码行覆盖率不低于80%
》单元测试单个模块代码行覆盖率不低于70%
》单元测试中被测单元发现的bug产生率不低于3个/千行代码
》所有发现缺陷都纳入缺陷追踪系统
》优先级1类bug全部被修复
》优先级2,3类bug全部被处理(修复或者不处理并明确在测试报告指出且获得通过)
》完成了单元测试报告并通过评审
……
实际工作中会出现的停止“标准”
测试活动在满足下列条件之一时需要暂停或者终止:
》新的需求变更过大,测试活动应暂停,待需求定义稳定后继续;
》测试超过了预定时间,且测试时间不可能继续增加的情况下应停止测试;
》测试成本增高(Bug发现率低于1个/周,此时所发现缺陷低于预定义的上限);
》若开发暂停,则相应测试也应暂停,并备份暂停点数据;
》软件系统通过验收测试;
》软件项目在其开发生命周期内出现重大估算和进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据;
》项目负责人申明停止项目;
》团队集体(开发,管理,测试,市场,销售人员)同意停止项目(因市场及利益等原因);
……

  上面几张便签来自网络和个人实践,Aaron只是摘选部分,切不可直接拿来作模板,否则就是 Aaron的误人子弟的罪过了~这几张便签纸并不能直接帮助读者建立起一个适合自己项目的“测试停止标准”,因为Aaron相信大家的能力。Aaron将测试停止标准扯到计划测试系列的目的,是要提醒读者在计划的时候就要有看到我们的结果的眼光。项目也好,测试过程也好,都是以结果为导向的,没有最后的成功,中间过程即使很完美,对于项目(产品)自身是没有任何意义的(大多数情况下,项目成员在吞食失败的挫折感的同时,至少还收获了经验,所以可能还会有人会享受失败项目中的“美好的过程”)。

原文转自:http://www.uml.org.cn/Test/200911128.asp