第182贴【2005－01－20】：测试计划－－挂起准则和恢复需求
测试计划这部分内容的目的是：找出所有对测试进行暂时挂起的条件和恢复测试的标准。测试人员在执行测试的过程中往往都备受折磨，经常会遇到一些导致测试执行困难的事情。在遇到这些困难的时候，虽然也欣赏测试人员排除万难继续前进的精神，但有时候继续执行测试是毫无意义的事情。以路由器测试为例，在路由转发基本功能测试中出现重大缺陷的情况，继续测试路由转发性能是毫无意义的，测试出的性能指标也无任何指导作用。甚至有些时候，某个特性的测试不通过，会导致其他特性无法执行测试，大量用例被堵塞。这时候可以用甘特图来显示测试活动之间的依赖关系，一旦关键路径上的测试执行失败，就需要挂起后续的测试活动。常见的挂起准则有：
。在关键路径上未完成任务；
。出现大量的BUG，测试执行下去无意义；
。资源短缺；
。不完整的测试环境
。。。。。。 考虑何时挂起的准则，一般都是知道的
但是
如何给出一个量化的指标就比较困难了
比如：
“出现大量的BUG"——什么情况下算是大量的bug？
不知斑竹是否有好的建议呢 系统占用大量内存、CPU资源
系统发现架构缺陷或结构不合理（业务流程或重要功能设计不合理）
造成灾难性影响
由于程序所引起的死机，非法退出
前置条件错误 好像只是说了一个概念,还是不太懂 挂起条件的确很难定量清楚，不知道该以什么标准为依据呢？ 这个可以结合实际测试对象的特点制定一个标准，例如百分之多少用例无法通过，就可以考虑挂起 看到天网 版主说的 挂起准则 ，想起之前在工作过程中，系统不能登录，连测试都不能测的，项目负责人还要求登记bug管理系统。甚至要求要把工作流程中的问题提交TD（不是被测系统）。呵呵～
常见的挂起准则有：
。在关键路径上未完成任务；
。出现大量的BUG，测试执行下去无意义；
[ Last edited by songfun on 2005-7-26 at 20:36 ]
确实还不很详细！
确实还不很详细！
页:
[1]
