软件测试用例设计方法实战技术

在软件测试这个行业里，其实用例编写方法名称并没有一个明文的定义，包括在各大院校、各大培训行业、职业资格考试等。但还是个共同点的，至少总体含义还是一样的，那也行！

1.首先我先分享一下测试方法的选择。

• 拿到一个测试任务时，首先应关注它的主要功能和业务流程、业务逻辑是否正确实现。考虑采用流程分析法（场景法）
• 在需要输入的地方，考虑采用等价类划分法和边界值分析法。
• 如果存在输入条件为多种组合的情况，考虑采用因果图法、判定表法（决策表法）
• 遇到多因子的情况（比如淘宝的商品筛选），考虑采用正交试验法。
• 在有状态转换时，考虑采用状态迁移法。
• 针对软件可能存在的异常操作（断电、断网、内存不足…），考虑采用异常分析法
• 基于测试工程师的一些经验的用例，考虑采用错误猜测法。

以上基本上是比较常用的用例设计方法，一定要熟练掌握。考虑到设计方法比较多，本篇先说说每种方法的注意点，下篇再来说具体的方法操作。

• Q: 等价类的划分可粗可细，那么粒度如何去把握？

等价类划分力度的把握主要取决于项目的实际情况，例如：系统核心/重要模块、时间较充裕的项目、生命财产安全类的软件等 尽量细化等价类

• Q:边界值测试时是使用三点边界值还是两点边界值？

一般采用三点边界值，如果项目时间比较紧张，有时会选择忽略内点的测试。

• Q:判定表de 规则

指的是条件项的N个列，每个规则相对独立，相互之间不受影响。一组规则可以转换成一条或者M条测试用例（要想把规则转换成用例，依赖等价类边界值的思想）

• Q:正交试验法de 规则

正交表的每个横行就是一条规则，一条规则可以转换成1条或者N条测试用例（要想把规则转换成用例，依赖等价类边界值的思想）

• Q:状态迁移法de规则

每条路径就是一组规则，一组规则可以转换成一条或者N条测试用例 （要想把规则转换成用例，依赖等价类边界值的思想）