测试用例（分析法——详细场景法）-Toy模板网

这篇具有很好参考价值的文章主要介绍了测试用例（分析法——详细场景法）。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

测试用例的定义：是为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例

测试用例模板：

用例编号,用例模块,用例标题,优先级,前置条件,输入内容,操作步骤,预期结果,时间结果

常见的编写测试用例的方法
等价划分：

等价类划分属于典型的功能测试方法，根据程序对数据的要求，把程序的输入域划分成若干个部分，区分出哪些数据是有效的，哪些数据是无效的。

核心概念：

1）有效等价类：对程序规格说明有效的、合理的、有意义的输入集合程序接收到有效等价类数据，应该正确计算、执行

2）无效等价类：对程序的规格说明无效的、不合理的、无意义的输入集合（例：错误用户名或密码）

边界值分析法：如果需求规定范围或者规定了取值的个数时，可利用边界值进行测试

找到有效数据和无效数据的分界点（最小值、最大值），对该分界点及其两边的点又有上点、离点。
因果图法：

因果图法是一种适用于描述对于多种输入条件组合的测试方法
根据输入条件的组合、约束关系和输入条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法
它适用于检查程序输入条件涉及的各种组合情况
因果图使用的局限性：原因和结果很多的时候，他们关系连线会很多，导致可读性变差。因此用作局部小功能

场景法：场景法见最后
证交表法：在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合
错误推测：业务流程梳理，核心业务逻辑场景

判断表法：

判定表驱动法：

是分析和表达多逻辑条件下执行不同操作的情况下的工具。它由以下几个内容组成：

        条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
        动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
        条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。
        动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。
        应用场合：主要适用于多条件的内容组合与结果分析

使用条件：所有的条件桩在表中的位置和顺序互不影响；所有的动作桩的顺序不会因为条件顺序的变化而产生不同。

建立判定表的步骤

第一步：识别出操作条件（原因），和对应的动作（结果）

第二步：分析条件的条件项（组合数量）：如果有n个条件，每个条件有成立和不成立两种情况，那么最后一次会有2^n个数量

第三步：简化优化结果。排除一些不可能存在的情况

场景法：

1：什么是场景法？

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

场景图流程图如下：

购物(访问淘宝--登录---搜索商品---添加购物车---支付等)的流程图

测试用例（分析法——详细场景法）