【测试用例的设计方法2】

场景设计法

现在的软件几乎都是用事件触发来控制流程的
用户一系列的操作事件触发时的情景形成了场景
而同一事件不同的触发顺序和处理结果就形成了事件流

设计方法

设计方法：
通过运用场景来对系统的功能点或业务流程的描述，从 而提高测试效果。
场景法一般包含基本流和备用流，从一个流程开始，通 过描述经过的路径来确定的过程，经过遍历所有的基本 流和备用流来完成整个场景。

测试用例的生成

测试用例的生成：
基本流（直黑线表示）：是经过用例的最简单 的路径，软件功能按照正确的事件流实现的一 条正确流程
备选流或异常流（彩线表示）：出现故障或缺 陷的过程，一个备选流可能从基本流开始，在 某个特定条件下执行，然后重新加入基本流中；也可能起源于另一个备选 流，或者终止用例而不再重新加 入到某个流

基本流和备选流的识别原则

基本流和备选流的识别原则：
一个业务只存在一个基本流
基本流只有一个起点，一个终点
基本流是主流程，备选流是分支流程
备选流的终点，可以是一个流程的出口，也可以回到基本流，还可以汇入其它的备选流 备选流汇合时，谁汇合到谁，取决于该流程出现的可能性大小，小的汇入大的
如果在流程图中出现了两个不相上下的基本流，一般需要分成两个两个业务看待

场景分析

场景分析：
第一步确定基本流和备选流
第二步根据基本流和备选流来确定场景
第三步设计测试用例
第四步设计数据，将数据填入测试用例表中。

判定表法（决策表）

判定表的概念及优点

判定表的概念：判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。
判定表的优点：能够将复杂的问题按照各种可能的情况全部列举出来，简明并避 免遗漏。因此，利用判定表能够设计出完整的测试用例集合

判定表的组成

判定表的组成：
条件桩——列出问题的所有条件，通常认为列出得条件的次序无关紧要
条件项——针对条件桩给出的条件列出所有可能的取值，在所有可能情况下的真假值
动作桩——列出问题规定的可能采取的操作，这些操作的排列顺序没有约束
动作项——指出在条件项的各组取值情况下应采取的动作

判定表的步骤

判定表的5个步骤：
（1）列出所有的条件桩和动作桩。
（2）确定规则的个数。 有n个条件的判定表有2n个规则（每个条件取真、假值）。 （3）填入条件项。
（4）填入动作项，得到初始判定表。
（5）简化判定表，合并相似规则。 若表中有两条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，便可以 合并。 合并后的条件项用符号“-”表示，说明执行的动作与该条件的取值无关，称为无关条件。

错误猜测法

错误猜测法概念

错误猜测：
错误猜测是基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地 设计测试用例的方法。

错误猜测法 测试人员应具备的技术

测试人员应具备的技术：
有关被测系统的知识，如设计方法或实现技术
有关的早期测试阶段的结果的知识
测试类似或相关系统的经验
典型错误的知识
通用的测试经验规则

收获：今天又学习了三种测试的方法 并且基本掌握

不足：对场景设计法还有些许的不懂，有待加强