测试基础之：黑盒测试

一、定义

黑盒测试（Black-box Testing），又称为“功能测试”或“数据驱动测试”。主要检查程序功能是否能够按照需求规格说明书的规定正常使用，是否能适当地接收输入数据而产生正确的输出信息。测试者将被测程序看作一个不能打开的黑盒子，不关心内部结构和内部特性，在程序接口处进行测试。

二、常用方法

黑盒测试-设计测试用例的方法：

等价类划分、边界值分析、错误推测、因果图、场景法、正交实验法等。

特别说明：

即便想的再多，知识面再宽广，用例设计是不可穷尽的，会受限于时间和经济成本，需要我们兼顾缺陷风险和研发成本之间的平衡。。

1、等价类划分划分

等价类分为“有效等价类”和“无效等价类”。通常测试者从程序规格说明书中找到各个输入条件，为每个输入条件划分等价类，形成若干互不相交的子集，用少量具有代表性的测试数据取得较好的测试覆盖结果。

• 规定取值范围（一个有效，两个无效）

• 规定必须什么或布尔值（一个有效，一个无效）

• 规定一组数且对每个值有不同处理（n个有效，一个无效）

• 规定必须遵守某些规则（一个有效，n个无效）

2、边界值分析

选取输入、输出的边界值进行测试。通常选取等于、刚刚大于或刚刚小于边界的值。

3、错误推测

基于曾经遇到的问题而进行错误推测，考察个人能力，及对被测软件的需求理解以及设计实现的细节把握。其中，中小企业可以使用 wiki -> 更大企业可以使用 checklist 缺陷知识库，列表中罗列出检查点，可以降低对个人能力的依赖。

特别说明：

1. 以上方法，经常结合起来使用。

2. 好的测试用例，需具备整体完备性（完全覆盖测试需求）、等价类划分的准确性（选取正确的等价类，保证只要其中一个输入测试通过，其他输入也一定测试通过）和等价类集合的完备性（正确识别边界值和边界条件）。

3. 深入理解被测软件需求的最好方法是，测试工程师在需求分析和设计阶段就开始介入。

4. 除了黑盒测试外，还有白盒测试和灰盒测试（微服务架构中的测试）。

如果在阅读过程中有任何疑问，欢迎在评论区留言参与讨论！