软件测试：测试用例的设计方法

在上一篇博客中，介绍了测试用例的一些基本要素，而测试用例具体的设计方法又有哪些呢p>

具体的设计方法

等价类

??依据需求将输入，划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

• 有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能；
• 无效等价类：根据需求说明书，不满足需求的集合

例：

if(34>x≥12) { }
分成了三段：① >34；②34到12之间；③小于12；

我们需要注意的是：在使用等价类的时候我们只考虑到了输入域的分类，没有考虑输入域的组合，需要其他的设计方法和补充。

边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试的方法，通常边界分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
我们在考虑边界值时不仅要看临界点的值，同时也要看它周围的值。
例：

1.输入框长度为1-11，取边界值为：1、11、12、0
2.运动员的参赛项目为1-3项，取边界值就为0项，1项，3项，4项；
3.查询页面有999行，每50行为一页，取边界值为：输出0行，1行，50行，999行

因果图
??因果图是一种简化了的逻辑图，能够直观的看出程序的输入条件和输出动作之间的相互关系。因果图法是借助图形设计来设计测试用例的一种系统方法，特别适合用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况.
因果图中又包含了四种关系：恒等、与、或、非。

• 恒等：如果原因为真，那么结果必定为真
• 与：两个原因都为真时才为真；（有车且有房）
• 或：两个原因其中一个为真的时候，结果就为真；（有车或者有房）
• 非：只有原因为假的时候，才为真；
  

因果图设计测试用例的步骤：
（1）分析所有可能的输入和可能的输出；
（2）找出所有输入和输出之间的关系；
（3）画出因果图；
（4）把因果图；
（5）把判定表对应到每一个测试用例；

因果法设计测试用例可以帮助测试人员理清输入和输出的关系，但是对于比较复杂的输出和输入，会耗费大量的时间。
正交排列法
正交排列法是一种研究多因素多水平的一种测试用例的方法。由实验的各种水平组合选出最优的水平组合进行测试；正交法是基于正交表的、高效率、快速、经济的试验。
因素：试验中待考察的变量称为因素；
水平：在试验的范围内，变量的取值称为水平；
正交表的构成：
行数（N）：正交表中的行的个数；
因素数（C）：正交表中列的个数；
水平数（T）：任何单个因素能够取得的值的最大个数。
正交表的表示：行数 *（水平数-1）因素数+1=N（TC）
正交表的性质：

• 每一列中各数字出现的次数都一样的多；
• 任意两列各数字组合出现的次数都一样多；

正交法设计测试用例的步骤：

1.有哪些因素（变量）；
2.每个因素有哪几个水平（变量的取值）；
3.选择一个合适的正交表；
4.把变量的值映射到表中；
5.把每一行的各因素水平的组合作为一个测试用例；
6.加上你认为可疑没有在表中出现的用例组合；

例题：
以邮箱注册的需求为例：
1.因素：姓名，邮箱，密码，确认密码，验证码；
2.水平：填写、不填写；
3.表中的因素数=5；
表中每个因素数的水平数=2；
行数最少的一个，即试验次数最少的一个；
4.生成测试用例

5.增补测试用例
姓名、邮箱、确认密码、验证码都不填写

场景设计法
场景测试法适合用于业务流的测试。
现在的软件几乎是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流，该方法可以比较生动的描绘出事件触发时的情景，有利于测试设计者设计测试用例，使测试用例更容易理解执行。
典型的应用是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向。
例：
ATM取款流程：
1.基本事件流：插卡成功，正确输入密码，输入取款金额合适、取钱、成功取卡；
2.备选事件流：
①密码输入多次错误；
②操作超时；
③卡被消磁；
④卡插反了；
⑤ATM出现故障；
⑥ATM没钱了；
⑦输入的取款金额超过本日取款金额最大限制；
⑧取款金额大于银行卡余额；
测试ATM机时再碰到这种异常情况时，是否可以正确处理；

错误猜测法
错误测试法是丰富的测试人员喜欢使用的一种测试方法，基于经验和直觉，找出程序中你认为可能出现错误，有针对性地设计测试用例。经验可能来自于对某项业务的测试比较多，也可以来自于售后用户的反馈意见，或者从故障管理库中整理bug。梳理出产品哪些地方容易出现问题，哪些出些问题的地方较多，问题越多的地方，那么它的潜在bug也就越多。