今天带大家学习软件测试用例设计（复习等价类和边界值，学习因果图和场景法、以及错误猜测法经典案例）

复习昨天的内容：
等价类划分题目：
假如有一 报表处理系统，要求用户输入处理报表的日期。假设日期的限制2000年1月2020年12月，即系统只能对该段时间内的报表进行处理。如果用户输入的时间日期不在这个范围内，则显示错误信息。并且此系统规定日期由年月的6位数字组成，前4位代表年，后2位代表月。试用等价类划法对用户输入处理的报表日期进行测试用例的设计。
边界有效最小值：200001
边界有效最大值：202012
199912（无效边界值）
202101（无效边界值）
202013（无效边界值）
199901（无效边界值）

边界值法：举例:在一款法院的管理软件中,年龄是判断犯罪嫌疑人是否承担刑事责任的一个条件,其中16岁就 是一个边界值,那么我们该如何设计测试用例
边界值的步骤：
1：找到边界值，16
2：比边界值小最小的一个单位，16-1=15
3：比边界值大最小的一个单位,16+1=17

错误推测法总结：
1：统一性问题，
中英文混合的提示要统一，比如成功，用英文succeed表示，错误用error表示
控件的统一
数值的统一，比如统一系统保留小数点后位数

四：因果图法
因果图法是从需求中找出因（输入条件）和果（输出或者程序状态的改变），通过因果图转换成判定表。
---输入条件之间的关系（组合关系、约束关系等）
---输入和输出之间的关系

思路:
原因：加分的条件（少数民族、体育特长）
结果：加分的额度
1：用图的形式表现出来，表现出因果图的
2：把因果图转换成判定表
五：场景法
什么是场景
场景是由一系列相关活动组成。
从一个流程开始通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。通过运用场景来对系统的功能点或者业务流程进行描述，从而提高测试效率。

场景法=基本流+备选流

基本流：是经过用例的最简单路径，无任何差错，程序从开始直接执行到结束。

备选流：一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入到基本流中，也可以起源于另一个备选流，或者终止用例，不再加入到基本流中。

场景法设计测试用例的步骤：

1：根据需求，描述出程序的基本流和备选流--OK

2：根据基本流和各项备选流生成不同的场景-OK

3：对每一个场景生成相应的测试用例--OK

4：审核用例，去掉冗余、给用例确定数据值--OK

场景法总结一下：

场景法：解决业务流程清晰的系统或者功能

基本流：最短路径，无差错，程序从开始执行到结尾。

备选流：特定情况下发生。

设计测试用例的方法这么多，该怎么用？

1：基于业务流程清晰的系统，场景法可贯穿采用，在场景法的基础上综合应用其他的各种测试方法。
2：等价类划分法较其他方法优先选用，高效筛选测试用例。
3：边界值法在任何情况下都应该被考虑，挖掘缺陷最有效的手段之一。
4：各种测试中，均可借助错误猜测法扩展测试用例。
5：因果图法适用系统中各输入条件及输出结果之间存在的关系情况。

2：容错性
特别是在输入长度方面的容错性限制，不能让系统出现崩溃现象，保存缓慢现象，无法响应现象

3：互动性

4：用户体验，比如不要对用户使用很专业的软件开发术语，比如记录、字段，流程已启动

5：兼容性问题（包括操作系统的兼容性（安卓、ios、windows,liunx）、浏览器的兼容性、网络的兼容性）

6：导出excel功能，要凭经验判断导出的文件在不同的office版本下打开是否正常显示正常

7：分辨率测试，特别系统在一些小屏幕的电脑分辨率下显示是否正常，比如1024*768

8：所有的危险操作之前都要给出是否确认的提示。不仅仅是删除，包括危险操作之前，或者改变数据状态等都要给出是否确认操作的提示。

9：易用性，对应要求用户大量录入信息的页面，要支持Tab键的走向，Tab键的走向要遵循从上到下，从左到右的原则。

10：错别字

11：重复提交问题，用户连续点击按钮时候，不能重复提交页面信息

12：测试人员需要检查页面中的NULL情况

13：系统中的翻页测试，一定不能仅仅测试第一页，要测试，第2页，3页面，下一页，尾页，尾页的上一页的情况

14：边界值，

15：安全性问题

16：互动性问题，比如用户提交信息有错误，系统应该能够提示错误的位置、

17：互动性问题：比如用户在填写资料的时候，必填项一定要用*等醒目的提示，

18：下拉框，下拉框不选值的时候，应该有个默认值

19：页面中不要放置无关紧要的内容，超出软件需求规格说明书中的功能都是软件的缺陷

20：检查数量字段带有小数的情况或者0的情况

21：新增、修改、删除 等提交之后，系统应该能够给出“新增成功、修改成功、删除成功”提示信息，并且能够自动更新。

22：编辑功能：点击编辑后，所有的默认值要保持编辑前的状态。

23：UI界面布局的缺陷，比如“删除”按钮和“保存”按钮挨的很近。通过产品经理来确认。

24：性能问题：
2-5-8原则

25：容错性：用户输入的地方系统需要做容错性校验

26：软件在压力之下容易出错
四：因果图

什么是因果图法
因果图法是从需求中找出因（输入条件）和果（输出或者程序状态的改变），通过因果图转换为判定表。

-输入条件之间的关系（组合关系、约束关系等）
-输入和输出之间的关系

概念：因果图:原因和结果相关

面试题一:在一款招生管理系统软件中,有一个计算加分的小功能,加分的政策是:如果考生属于少数民族加5分;如果考生是体育特长加5分;如果考生具备了前二项加分条件,为了保持公正加8分(而不是10分)

请问我们该如何设计测试用例（Test Case）？
分析：
这项政策在软件方面就是需求定义,它定义了加分的条件(原因)和具体加分的额度(结果),因此用图的形式把它表现出来。
我们把上面的因果图转换为判定表。

五：场景法
什么是场景？
由一系列相关活动组成，且场景中的活动还能由一系列场景组成。
从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。通过运用场景来对系统的功能点或业务流程进行描述，从而提高测试效果。

基本流+备用流=场景法

什么是基本流？
是经过用例的最简单的路径，无任何差错，程序从开始直接执行到结束。

什么是备选流？
一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，也可以起源于另一个备选流，或终止用例，不再加入到基本流中。

场景法设计用例的步骤：
1：根据程序，描述出程序的基本流和备选流
2：根据基本流和各项备选流生成不同的场景
3：对每一个场景生成相应的测试用例
4：审核用例，去掉冗余，给用例确定测试数值

需求：
在线购物实例，用户进入一在线购物网站进行购物，选购了物品后，进行在线购买，这时需要使用帐号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程
访问网站
选择商品
账号登录
付钱交易
生成订单
完成购物

分析：
1：确定基本流和备选流
基本流：登录在线购物网站，选择物品，登录帐号，付钱交易，生成订购单

备选流1：账号不存在
备选流2：  帐号或密码错误
备选流3： 用户帐号余额不足
备选流4：用户帐号没有钱

2：确定场景
场景一：成功购物                                    基本流
场景二：账号不存在                                 基本流  备选流1
场景三：账号或者密码错误                       基本量  备选流2
场景四：用户账号余额不足                       基本量  备选流3
场景五：用户账号没有钱                          基本量  备选流4

3：设计用例（V:有效   I：无效   n/a：不适合该用例）
用例
ID    场景/条件                                        帐号       密码    帐号
余额    预期结果
1              场景1：成功购物                            有效         有效       有效         成功购物
2              场景2：帐号不存在                         无效         不适合   不适合       提示账号不存在
3              场景3：帐号或密码错误（帐号正确，密码错误）  有效    无效    不适合    提示帐号或密码错误，返回基本流步骤3
4              场景3：帐号或密码错误（帐号错误，密码正确）  无效    有效     不合适   提示帐号或密码错误，返回基本流步骤3

5              场景4：用户帐号余额不足               有效          有效       无效                 提示帐号余额不足请充值
6             场景5:用户帐号没有钱                      有效          有效       无效                 提示帐号余额请充值

4：设计数据，填入用例表（Jim未注册）
用例
ID    场景/条件                                        帐号       密码    帐号
余额    预期结果
1    场景1：成功购物    Sue    1s2    200     成功购物，帐号余额减少200元
2    场景2：帐号不存在    Jim    n/a    n/a     提示帐号不存在
3    场景3：帐号或密码错误（帐号正确，密码错误）    Sun    1234zxc    n/a     提示帐号或密码错误，返回基本流步骤3
4    场景3：帐号或密码错误（帐号错误，密码正确）    Suns    123456    n/a     提示帐号或密码错误，返回基本流步骤3
5    场景4：用户帐号余额不足    Van    1v2    0     提示帐号余额不足请充值

场景法应用总结：
场景法：解决业务流程清晰的系统或功能

基本流：最短路径，无差错，程序从开始直接执行到结束
备选流：特定情况下发生

六综合测试策略：
推荐原则：
基于业务流清晰的系统，场景法可贯穿采用，并整个测试案例过
 程，并可在此基础上综合应用各种测试方法；
等价类划分法较其他方法往往优先选用，高效筛选测试用例；
边界值分析法任何情况下都应被考虑，挖掘缺陷最有效手段之一；
各种测试中，均可借助错误推测法扩充测试用例，进一步将测试
高手的智慧和经验转变为可视化成果；

因果图法和决策表法尤为相似，更适用于系统中的各输入条件及
输出结果之间存在关系的情况；

综合实战案例：

需求：旅馆住宿系统中，旅馆业主可进行添加房间操作。

-旅馆业主登录旅馆住宿系统后，可以请求添加房间；

-待进入“房间管理”对话框，单击“添加”按钮可进行添加房间操作；

-添加房间时，可以设定房间的房间编号、房间类型、房间描述信息；

-添加房间信息不能缺失，若某一项未填写，要给出提示信息；

-房间编号长度不超过5个字符；

-房间描述长度不超过1000个字符；

-房间信息不能重复，成功填写后，可进行保存或取消操作，之后返回“房间管理”对话框，结束添加房间流程。

提示思路：场景法、等价类划分、边界值法综合设计测试用例，每位同学记录在禅道中。