用例评审总结

用例设计中的测试数据

• 注意测试数据的时效性(测试准备)
  如果注册时的手机号在第一次注册时为注册的，第二次在注册就变成已注册了，所以不是特定的数据场合下,可以省略这些册数数量
• 标题与期望结果要明确
  如果需求中没有说明类似的错误提示信息，我们应该借助与同类型产品的处理方案或消息来设置用例的预期结果

用例设计中的标题

• 直接点明测试的目的
• 简明扼要，不要长

  • 比如异常测试时，重点关注导致异常的条件即可，其他正确参数可以放在实际工作中约定的规则下可以不写其他正常的参数

  • 如果是正常类测试时，可以依据有效等价类细分测试用例

• 标题一般来说是不重要的

测试用例与需求说明书

测试用例设计时是依据需求说明书还是系统？

• 流程规范的公司，一定是基于需求说明书(或原型图)进行用例设计
• 进入项目的时间节点来看：
  • 项目初期：无系统，依据需求说明书
  • 项目中后期：依据需求说明书，但有可能在实际测试过程中，没有需求说明书，可以参考当前系统和经验进行测试用例设计
  • 项目维护阶段：依据需求说明书，有可能在实际测试用例过程中，没有需求说明书，参考当前系统，用户手册与Bug清单

用例评审总结

原文：https://www.cnblogs.com/ouyangwuyv/p/14874502.html