软件测试之黑盒测试用例网站首页 技术教程

对于功能测试中，可以借助功能框图来帮助我们进行测试的需求分析。概括起来，功能测试需求包括以下，通常包括以下几个方面。

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

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

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

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

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

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

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

针对具体的需求，可以根据业务分类，用户角色（餐厅的会员系统）或者用户操作区域等将系统的功能分解成若干个功能模块，然后按照功能模块分别进行测试需求分析。按照功能模块划分， 业务模块划分 是最常见的做法。

非功能测试需求：

非功能测试需求主要涉及 性能，安全性，可靠性，兼容性，易维护性和可移植性等 。从测试需求分析来看，每一类非功能特性测试都需要根据需求单独分析。他们之间可能会存在相互影响，如安全性越高，就越有可能给易用性，性能带来更大的挑战

这里我们通过一个163邮箱为例如何通过基于需求设计测试用例

3.2 具体的设计方法之等价类

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

1️⃣有效等价类：满足用户需求输入需求的集合；

2️⃣无效等价类：不满足用户得输入需求的集合。

等价类思想设计测试用例步骤

1️⃣充分理解需求

2️⃣划分有效等价类，划分无效等价类

3️⃣从有效等价类抽取其中一个数据进行设计测试用例；从无效等价类中抽取其中一个进行测试用例设计

例如：

有效等价类：6~15位无效等价类：小于6位&&大于15位

3.2 边界值

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

边界值设计测试用例步骤：

1️⃣充分理解需求

2️⃣找边界点

3️⃣针对边界点设计测试用例

边界点

上点：边界点

内点：边界内的点

离点：边界值附近的一个点（闭区间区间外距离上点最近的点，开区间区间内距离上点最近的点）

3.3 判定表

判定表是另一种表达逻辑判断的工具

与
条件全为真, 结果为真. 其中一个条件为假, 结果为假
或
其中一个条件为真, 结果为真. 条件全为假, 结果为假
非
条件为真, 结果为假. 条件为假, 结果为真
恒等
条件为真, 结果为真. 条件为假, 结果为假

如何设计测试用例：

1️⃣分析所有可能的输入和输出
2️⃣找出输入与输出之间的对应关系
3️⃣设计判定表
4️⃣将判定表对应到每一个测试用例

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

3.4 正交表

✨两个重要的概念：因素：输入变量变量：每一个输入变量取值

每一列中各数字出现的次数都一样多。任何两列中的各有序数对出现的次数都一样多

3.4.1 如何通过正交表设计测试用例

充分理解需求 ----> /确定因素，确定水平 ----> 画正交表 ----> 补充正交表 ----> 将正交表转换成测试用例

案例：继续以注册为例（类似工具可以使用微软的PICT工具）：

因素：姓名、邮箱、密码、确认密码、验证码

水平：填写、不填写

allpairs 画正交表

1️⃣将因素和水平放到 excel 表格中

2️⃣将 excel 表格内容直接复制到 txt 文本中

3️⃣CMD 进入到 allpairs 安装路径下边

4️⃣生成正交表

此时的测试用例：

3.5 场景设计法

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触

发顺序和处理结果就形成事件流。该方法可以比较生动地描绘出事件触发时的情景，有利于测试设计者

设计测试用例，是测试用例更容易理解和执行。

典型的应用是是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功

能细节忽视业务流程要点的错误倾向

如何通过场景测试法设计测试用例：

充分理解需求 ----> 确定主事件流 ----> 确定次事件流 ----> 每一个事件流就是一个测试用例