设计测试用例

一、设计测试用例

测试用例：为实施测试，而向被测试的系统提供的一组集合

测试用例包括：测试环境，操作步骤，测试数据，预期结果等要素

测试中可能会遇到很多问题：

1、不知道是否较全⾯的测试了所有功能

2、测试的覆盖率⽆法衡量

3、对新版本的重复测试很难实施（即回归测试⽆法仅通过⼈⼯测试的⽅式进⾏历史功能的回归）

4、存在⼤量冗余测试影响测试效率

测试⽤例的出现就是解决这些问题，通过编写测试用例，我可以想到要测试哪些内容通过一次又一次的更新修改将测试用例写到完成，功能覆盖更高即可，常规思维+逆向思维+发散性思维

二、设计测试⽤例的万能公式

万能公式：功能测试+界⾯测试+性能测试+兼容性测试+易⽤性测试+安全测试。

功能测试：功能测试是⼀个试图发现程序与其外部规格说明之间存在不⼀致的过程。外部规格说明是⼀份从最终⽤⼾的⻆度对程序⾏为的精确描述。功能测试通常是⼀项⿊盒操作，在进⾏功能测试时，需要对规格说明进⾏分析以提炼测试⽤例，

界面测试：肉眼可看到的部分都叫做界面，对软件界⾯上所有的内容都需要进⾏测试，测试界⾯的实现与设计图要求⼀致

性能测试：在极端情况下，验证功能是否正常，测试软件做的好不好

兼容性测试：软件是部署在硬件系统之上，并依赖所需要的软件环境，所以需要在不同版本下测试软件系统可否正常使用

易用性测试：检查产品是否具备简单易上⼿的属性

安全测试：是否具备危险材质、气味，私有信息是否进行加密

三、特殊测试场景

1、弱网测试

弱⽹测试的⽬的就是尽可能保证用户体验，关注的关键点包括：

1、⻚⾯响应时间是否可以接受，关注包括热启动、冷启动时间、⻚⾯切换、前后台切换、⾸字时间， ⾸屏时间等

2、⻚⾯呈现是否完成⼀致

3、超时⽂案是否符合定义，异常信息是否显⽰正常

4、是否有超时重连

5、安全⻆度：是否会发⽣dns劫持、登陆ip更换频繁、单点登陆异常等

6、⼤流量事件⻛险：是否会在弱⽹下进⾏更新apk包、下载⽂件等⼤流量动作

2、安装卸载测试

1、安装：安装包是否可以安装，卸载之后是否可以继续安装，重复安装

2、卸载：安装后卸载，安装一半后卸载，卸载一次后继续安装卸载，卸载一半后停止是否还可以继续卸载

设计测试用例的方法1基于需求的设计方法:在工作中我们需要参考需求文档/产品规格说明书;则试例测过员接到需求之后,要对需求进行分析和验证从合理的需求中进-步分析细化需求,从细化的需求中找出测武点,根据1则试点去设计测试用例

四、设计测试用例的方法

1、等价类

依据需求将输⼊（特殊情况下会考虑输出）划分为若⼲个等价类，从等价类中选出⼀个测试⽤例，如果这个测试⽤例测试通过，则认为所代表的等价类测试通过，这样就可以⽤较少的测试⽤例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

等价类分类

有效等价类：对于程序的规格说明书是合理的、有意义的输⼊数据构成的集合，利⽤有效等价类验 证程序是否实现了规格说明中所规定的功能和性能

⽆效等价类：根据需求说明书，不满足需求的集合。

2、边界值法

边界值分析法就是对输⼊或输出的边界值进⾏测试的⼀种⿊盒测试⽅法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试⽤例来⾃等价类的边界。

边界值包括：边界值和次边界值

范围：      [ 6，15 ]                 (6，15）                         

边界值：    6，15                    6，15

次边界值 ：5 ，16                  7，14

边界值即给定返回的左数据和右数据

选择次边界值根据边界值的有效无效情况（若边界值为有效等价类中的数据，则次边界值为无效等价类中的边界；若边界值为无效等价类中的数据，则次边界值为有效等价类中的边界）

3、正交法

正交法的⽬的是为了减少⽤例数⽬，⽤尽量少的⽤例覆盖输⼊的两两组合

最简单的正交表是L(4)(2(3))，含意如下：“ L ”代表正交表；L 下⻆的数字 “ 4 ” 表⽰有 4 横⾏， 简称⾏，即要做四次试验；括号内的指数 “ 3 ” 表⽰有 3 纵列，简称列，即最多允许安排的因素是 3 个；括号内的数 “ 2 ” 表⽰表的主要部分只有2 种数字，即因素有两种⽔平 1 与 2

正交表的性质：

1、每⼀列中，不同的数字出现的次数相等

2、任意两列中数字的排列⽅式⻬全⽽且均衡

4、判定表法

通过具体的⽅法能够将测试⽤例设计的更加完整和规范

不同的组合操作可能对应不同的结果，采⽤正交法⽆法解决这样的问题。而正交法能够解决需要考虑输⼊之间的组合关系对应不同结果的场景

根据判定表法设计测试⽤例的步骤：

确认需求中输⼊条件和输出条件

找出输⼊条件和输出条件之间的关系

画判定表

根据判定表编写测试⽤例

5、场景法

现在的软件⼏乎都是⽤事件触发来控制流程的，事件触发时的情景便形成了场景，⽽同⼀事件不同的 触发顺序和处理结果就形成事件流

通过运⽤场景来对系统的功能点或业务流程的描述，从⽽提⾼测试效果的⼀种⽅法

场景主要包括4种主要的类型：正常的⽤例场景，备选的⽤例场景，异常的⽤例场景，假定推测的场景。

根据场景法设计测试⽤例的步骤：1、确定基本流 ；2、确定备选流； 3、根据备选流补充测试⽤例； 4、编写测试⽤例

6、错误猜测法

错误猜测法是对被测试软件设计的理解，过往经验以及个⼈直觉，推测出软件可能存在的缺陷，从⽽ 针对性地设计测试⽤例的⽅法

 这个⽅法强调的是对被测试软件的需求理解以及设计实现的细节把握，还有个⼈的经验和直觉

 错误推测法和⽬前流⾏的 “ 探索式测试⽅法 ” 的基本思想⼀致，这类方法在敏捷开发模式下的投⼊产 出比很高，被⼴泛应⽤于测试