[你问我来答第11期]：怎样设计实用性的测试用例（已结束）

archonwang

这个要支持的。。。

archonwang

回复 26# vine


    呵呵。。

顺带说说我的一些处理办法。
首先这种情况我这里也有。从你的表述中感觉需求分析的能力比较差些，原型和实际有差异是正常的，不正常的是这两个东东始终保持差异。

业务逻辑在设计阶段的时候不明晰，这样的话，其直接后果是各干各的，造成的基本原因是因为分析不透彻，对业务的理解没有最终行文存档并持续更新。

这样的情况，你的用例首先是不能提前设计，只有等一切确定了之后再处理；其次，即使设计了，最后由于无法对比需求而无用。

说说我对这种情况的处理
1. 严控需求过程和过程交付件，测试用例严格按照需求定义；
2. 持续更新、更新再更新；
3. 如果是为了快速开发产品，建议直接走敏捷过程，测试人员角色必须定义为产品的设计角色

但是不写用例的问题也很突出
1. 不具备传承性，对新进员工及员工的工作交替存在较大风险；
2. 客户交付验收时可能会存在问题——如果客户关系属于较正式的情况；
3. 对于后续的开发不存在积累这一说，无法较为准确的估算测试规模和工作量；

archonwang

回复 37# xiaxia2421


    呵呵，如果感觉用例没用的话，估计你们的开发过程是存在问题的。若不是敏捷过程，就是从需求开始一路崩溃下来。

   从需求角度来讲，越是简单的需求描述，导致的恶果是无限扩张的后续分析、设计和测试；