测试：用例篇

上一章讲述的是测试的基本概念。在我们开始做了一段时间基础测试，熟悉了业务之后，往往会
分配来写测试用例，并且在日常测试中，有时也需要补充测试用例到现有的案例库中

在开始之前先讲讲测试中经典的测试方法：黑盒测试、白盒测试

按照是否需要知道程序内部是如何实现的，将测试分为黑盒测试与白盒测试。

需要知道程序内部是如何实现的——白盒测试
不需要知道程序内部是如何实现的——黑盒测试

白盒测试一般是内部人员即程序员进行测试
黑盒测试一般是外部人员如专门的测试人员和用户来测试

这里将会介绍测试用例中经典的测试方法：黑盒测试

重点的黑白盒在下一章重点介绍。

本章的重点内容如下：

• 测试用例的基本要素
• 测试用例的设计方法

1. 基于需求的设计方法
2. 等价类
3. 边界值
4. 因果图
5. 正交排列
6. 场景设计法
7. 错误猜测法

• 测试用例的有效性
• 测试用例的粒度和评价

什么是黑盒测试？

黑盒测试又称为功能测试，主要检测软件的每一个功能是否能够正常使用。在测试过程中，将程序看成不能打开的黑盒子，不考虑程序内部结构和特性的基础上通过程序接口进行测试，检查程序功能是否按照设计需求以及说明书的规定能够正常打开使用。

测试用例的要素

主要的用例要素主要有以下四个重要要素

测试环境：就拿我们这个浏览器来说，这是什么浏览器啊，什么版本啊等等；像这样的我们通常为测试环境。

操作步骤：在测试报告中必须要说清楚你的具体操作步骤，不然可能就你一个人这么操作除了问题，而其他人正常操作却没有发现问题。

测试数据：把本次或多次的具体数据写进测试报告。

预期结果：不论如何测试用例得有个结果吧，这个结果是你预期的到还好，不是就需要往前找出问题，是自己测试时操作出了问题，还是说前后端代码有问题。

我们为什么需要有这些测试用例，用例的好处是啥呢？

1. 提高测试效率，节省测试时间（避免重复测试）
2. 测试用例是自动化测试用例的前提（未来具体是使用手动测试还是自动化测试，这得看公司的具体安排，我们两个都得学习）。

测试用例的设计方法

1. 基于需求的设计方法

具体的步骤如下：需求文档 -> 梳理需求（掌握需求）-> 针对文档设计测试用例（基于需求设计测试用例）

我们来举个栗子：

需求文档（每个项目都会有各自需求文档）；

梳理需求：假设我们要对这个微信升级（发红包功能）；现在起发红包最多能发 300 ，而红包领取限制为 36h 之内。

针对文