测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，

这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素

 2.测试用例的给我们带来的好处

3.设计测试用例的万能公式

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

以水杯为例：

功能测试：梳理水杯的功能都有什么

• 界面测试：大小，形状，颜色，材质，外观（整体来看，眼睛能看到的东西都要测试、、、
• 文字/输入框/图片/下拉框--->大小，颜色，形状，布局，文字是否存在错别字，折叠等）
• 性能测试：耐热，抗冻，抗摔，百般摧残
• 兼容性测试：不同版本不同环境（系统，终端，软件，浏览器）
• 易用性测试：是否简单易上手（用户第一次使用是否可以很快上手）
• 安全性测试：其本身是否有毒有害，外界影响后是否有毒有害，软件功能（sql注入，xss漏洞，垂直越权，水平越权）

3.1.水杯的测试用例

 

 

3.2.微信发送朋友圈的测试用例

 

4.设计测试用例的方法

基于需求设计的测试用例

1.等价类

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

分区分块--->使用较少的测试用例达到符合的系统测试覆盖(解决了穷举法的缺陷)

• 有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，
• 无效等价类：根据需求说明书，不满足需求的集合

2.边界值

分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等 价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

• 边界值：符合需求的边界上的值
• 次边界值：不符合需求的边界上的值

3.判定表

因果图画判定表很多余，而且因果图实际在设计测试用例的时候没有多大意义

• (1)分析所有可能的输入和可能的输出。
• (2)找出输入与输出之间的对应关系。
• (3)画判定表。
• (4)把判定表对应到每一个测试用例。

4.正交法

1.正交表表达式

L4(2^3)

• L:正交表
• 4：试验次数（测试用例的个数）
• 3：因素数（输入条件）
• 2：水平数（输入条件的可选项）

2.特点：

1.每一列中数字出现的次数相同

2.任意两列数字排序方式齐全且均衡

3.步骤

1. 找出因素数和水平数
2. 使用allpairs生成正交表
3. 根据正交表编写测试用例
4. 补充测试用例

4.使用allpairs生成正交表

1.确认因素数和水平数，将其写入Excel

2.在pairs根目录下创建text文本文件，将Excel表中的数据复制粘贴 

3. 打开cmd,cd到allpairs文件夹路径下，找到allpairs.exe

4.在cmd上执行命令allpairs.exe 源文件>目标文件

 

5.场景设计法

1.确定是什么场景

例如：ATM取款场景

2.确定主事件流，次事件流

 

 

3.将事件流转化为测试用例

6.错误猜测法

错误猜测法是对被测试软件设计的理解，过往的经验，以及直觉，推断出软件可能存在的缺陷，从而针对性的设计测试用例的方法

缺点：难以系统化，过度依赖个人能力

5.案例

1.模拟暗网

 

  修改其中参数即可

第一行表示传输1kb数据所需要的时间

第二行表示每下载1kb数据所需要的时间

2.cd linus命令测试

 3.测试一个接口

• 接口的请求方法（get， post）
• 参数全部填写， 参数全部不填写， 参数部分填写
• 参数类型： 符合接口的参数类型， 不符合接口的参数类型等