目录

1.测试用例的基本要素

2.测试用例的设计方法

2.1基于需求的设计方法

163邮箱注册，登录模块测试用例设计

2.2等价类

2.3边界值

2.4判定表

淘宝618活动测试用例

2.5正交排列

注册测试用例

2.6场景设计法

ATM取款机示例

2.7错误猜测法

3.测试用例万能公式

水杯测试用例设计

微信发送朋友圈测试用例设计

 在分析测试需求时，一般分为功能测试需求和非功能测试需求。

功能测试需求：

非功能测试需求：

①将大需求拆分为小需求：登录，注册

②将子需求划分为功能相关模块和非功能相关模块

功能模块（一部分示例）：

业务流程：账号正确，密码正确，登录成功

                  账号错误，密码错误，登录失败

界面相关：页面布局美观

                  文字，图片合适

易用性：输入账号密码，键入回车即可登录

非功能模块（一部分示例）：

兼容：移动端和pc端都能使用

性能：接口用户并发数是不是符合预期

安全：密码加密展示

网络：2G，3G，4G都能使用

以登录为例，设计测试用例图：

思考一下，如何针对6-15位长度设计测试用例？

上点：6，15

内点：10（也可以为11，12等）

离点：5，16

设计测试用例：

1.充分理解需求

2.找边界点

3.针对边界点设计测试用例

例如：要求用户名的长度为6-15位

找到此要求的上点，内点，离点，从而设计测试用例。

判定表是一种表达逻辑判断的工具。（通俗来讲，就是一个表格，表格里面有条件，有结果）。

关系：

恒等：条件为真，结果一定为真

非：条件为假，结果则为真

与：两个条件都为真，结果才为真，有一个条件为假，结果就为假

或：两个条件都为假，结果才为假，有一个条件为真，结果就为真

设计测试用例：

1.分析所有可能的输入和可能的输出

2.找出输入与输出之间的对应关系

3.根据输入和输出确定判定表

4.把判定表对应到每一个测试用例

假设业务单据的处理规则为：“淘宝618活动，订单已提交，订单合计金额大于300元或有红包，则进优惠”。

①输入：订单提交，订单金额，红包

   输出：优惠，不优惠

②关系：订单已提交，订单金额大于300，有红包，有优惠

              订单已提交，订单金额大于300，没有红包，有优惠

              订单已提交，订单金额小于300，有红包，有优惠

              订单已提交，订单金额小于300，没有红包，没有优惠

              订单没有提交，不优惠

③判定表

④测试用例

最简单的正交表是L4(23)，含意如下：“L”代表正交表；L 下角的数字“4”表示有 4 横行，简称行，即要做四次试验；括号内的指数“3”表示有3 纵列，简称列，即最多允许安排的因素是3 个；括号内的数“2”表示表的主要部分只有2 种数字，即因素有两种水平1与2。正交表的特点是其安排的试验方法具有均衡搭配特性。

正交表的表示形式： L=行数(水平数*因素数) L=N(TC)

3.产生正交表

4.补充测试用例

姓名、邮箱、密码、确认密码、验证码都不填写 

主事件流：插卡 -> 输入密码 -> 选择业务 -> 输入取款金额 -> 出钞 -> 取卡

次事件流则根据主事件流延申出来呢。

测试用例万能公式即基于需求的设计方法。

界面，性能，易用性，安全，兼容，功能

这里使用万能公式设计两个简单测试用例~