【软件测试三】测试用例篇

目录

1.测试用例的基本要素 

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

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

3.1.水杯的测试用例

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

4.设计测试用例的方法

基于需求设计的测试用例

1.等价类

2.边界值

3.判定表

4.正交法

1.正交表表达式

2.特点：

3.步骤

4.使用allpairs生成正交表

5.场景设计法

1.确定是什么场景

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

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

6.错误猜测法

5.案例

1.模拟暗网

2.cd linus命令测试

 3.测试一个接口

---

1.测试用例的基本要素 

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

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

好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试

评价测试用例的标准：对比好坏用例的评价标准

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

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

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

以水杯为例：

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

3.1.水杯的测试用例

 

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

4.设计测试用例的方法

基于需求设计的测试用例

基于需求设计测试用例是测试设计和开发测试用例的基础，第一步就要分析测试需求，验证需求是否正 确、完整、无二义性，并且逻辑自洽。在需求正确的基础上细化测试需求，从测试需求提炼出一个个测 试点或者测试项，然后根据每一个测试点进行测试用例的设计 ；

功能测试需求包括以 下，通常包括以下几个方面。

（1）系统各个功能界面的验证

（2）借助业务把功能串起来进行测试

（3）功能的一致性，交互性（多功能互操作）的测试

（4）系统的不同输入，结果输出的业务数据测试。

（5）功能的错误操作，异常操作的测试（属于负面测试）

（6）功能实现用到的算法验证，有时需要用运代码评审

（7）用户操作的易用性，用户体验，往往结合功能测试同时验证

1.等价类

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

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

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

2.边界值

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

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

上点：边界上的点

内点：边界内的点

离点：开区间，在区间内找，相反，闭区间在区间外

3.判定表

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

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

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

输入条件：“订单已提交，订单合计金额大于300元，有红包

输出条件：有优惠，无优惠

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）
• 参数全部填写， 参数全部不填写， 参数部分填写
• 参数类型： 符合接口的参数类型， 不符合接口的参数类型等