模板
教程
环境
性能
功能
管理
如何写一份靠谱的软件测试计划？(7)
发表于：2014-08-08来源：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
