测试方法选择原则
- 如果测试功能和流程，推荐使用流程法
- 需要输入数据的地方，我们要使用等价类划分，注意结合边界值一起详细测试
- 如果有条件的组合的情况，先使用因果图制作出判定表
- 配置类软件，组合非常多的情况下，建议使用正交表来选择设计测试用例
- 如果没有达到覆盖标准，就要增加一些测试用例
- 靠一些对类似项目的经验对追加一些测试用例(错误推断法)
测试用例设计力度
测试用例的设计是基于测试力度和时间来考虑的，
- 过于复杂，测试时间、成本就会增加，影响团队效率和维护成本
- 写的过于简单，覆盖率就不高，失去测试用例的意义，质量得不到保证，所以这个力度需要实际工作中测试工程中思考度量。
测试用例的本质
基于需求的测试用例设计
- 采用场景法来设计用例是最有效的方法，因为它直接覆盖了需求，而需求是软件的根本，验证对需求的覆盖是软件测试的根本目的
- 不要认位测试用例设计只是一个阶段，测试用例的设计也是需要跟软件一样迭代，在任一开发阶段都可能要重新评审和完善测试用例。
测试用例评审
- 测试用例设计者之间的交流、沟通，具有专业性
- 用户评审，即用户的评判，具有客观性
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
