day03总结

1.场景法

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

使用场景法：

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

        矩形：表示步骤（操作，输入，输出结果） 菱形：判断条件--是，否 箭头：流向

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

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

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

举例：

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

        错误推测法：根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用 例的黑盒测试方法。 它的要素有三个：经验，知识，直觉---探索性测试 考虑程序可能触发的错误场景---不能正常运行

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

总结：

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

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

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

3.正交表法

        正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散 的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。 应用场景：在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合

4.因果图法 

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

因果图基本图形符号：

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

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

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

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

因果图的约束符号：

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

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

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

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

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