day03总结

1：什么是场景法？

通过场景描述的业务流程 ( 业务逻辑 ) ，也包括代码实现逻辑，设计用例来遍历场景，验证软件系统功能的正确性

如何使用场景法

画出流程图 -- 产品需求文档，画好了；或者是需要测试自己画 --wps,office-visio, 在线 processon

矩形：表示步骤（操作，输入，输出结果）

菱形：判断条件 -- 是，否

箭头：流向

遍历场景，提取测试用例

1 ）覆盖正常的路径 -- 冒烟测试

2 ）走每一个分支 -- 找菱形 -- 正常场景下没有覆盖的路径，分支

3 ）出错步骤重新回到主流程，建议多走一走正确的步骤

注意：场景法的重点是测试流程，因此每个流程一个用例验证即可，流程测试没有问题并不能系统

功能没有问题了，还需要针对单步的功能进行测试， --- 输入项

只有单个功能点和流程流程测试，才算的充分的测试 + 等价类，边界值 ----- 细化测试

2：错误推测法(反推法)

错误推测法：根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查的测试用

例的黑盒测试方法。

它的要素有三个：经验，知识，直觉 --- 探索性测试

考虑程序可能触发的错误场景 --- 不能正常运行

例如，测试手机终端的通话功能，可以设计各种通话失败的情况来补充测试用例：

1) 无 SIM 卡插入时进行呼出（非紧急呼叫）

2) 插入已欠费 SIM 卡进行呼出

3) 射频器件损坏或无信号区域插入有效 SIM 卡呼出

4) 网络正常，插入有效 SIM 卡，呼出无效号码（如 1 、 888 、 333333 、不输入任何号码等）

5) 网络正常，插入有效 SIM 卡，使用 “ 快速拨号 ” 功能呼出设置无效号码的数字

使用场景： ( 考虑的可能不全 ) 不单独使用 --- 可以作为其他方法的补充！

总结：

场景法 --- 业务流程梳理，核心业务逻辑场景；

等价类和边界值 --- 细化分析；

错误推测法对最终用例进行错误场景下的补充；

3：正交表法

正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。

应用场景：在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合

4：因果图法

因果图法比较适合 输条件比较多的情况 ，测 试所有的输入条件的排列组合 。所谓的原因就是输入，所谓的结果就是输出。

因果图基本图形符号

恒等：若原因出现，则结果出现；若原因不出现，则结果不出现。

非（～）：若原因出现，则结果不出现；若原因不出现，则结果出现。

或（∨）：若几个原因中有一个出现，则结果出现；若几个原因都不出现，则结果不出现。

与（∧）：若几个原因都出现，结果才出现；若其中有一个原因不出现，则结果不出现。

因果图的约束符号

E （互斥）：表示两个原因不会同时成立，两个中最多有一个可能成立

I （包含）：表示三个原因中至少有一个必须成立

O （惟一）：表示两个原因中必须有一个，且仅有一个成立

R （要求）：表示两个原因， a 出现时， b 也必须出现， a 出现时， b 不可能不出现

M （屏蔽）：两个结果， a 为 1 时， b 必须是 0 ，当 a 为 0 时， b 值不定