1 测试设计技术的步骤

1.1 确定测试情形

• 即分析测试基础，明确每一个测试需要的情形；
• 例如：

需要测试的情形包含所有的条件，true、false、有效值、无效值等。

1.2 确定逻辑测试用例

• 测试情形被转换为测试用例；
• 逻辑测试用例课能就是测试情形；
• 逻辑测试用例即描述的测试情形的类型，不需要为相关参数赋确定的值就可以被覆盖到。

1.3 确定物理测试用例

• 物理测试用例提供了测试用例所必须的全部信息；
• 比如：

输入值、执行的测试动作、预期结果等。

1.4 建立初始化环境

• 为执行物理测试用例，必须准备所需要的初始化环境；
• 意味着必须装载一定的数据集，或者系统被置于某个状态。

1.5 组合测试脚本

• 即定义测试脚本；
• 物理测试用例与准备好的初始化环境一起构成测试脚本的基础。

1.6 定义测试方案

• 可选步骤；
• 使用场景为某些测试脚本和其他脚本之间存在依赖关系的复杂情况；
• 测试方案可理解为一种“微观测试计划”；
• 测试方案描述了测试脚本应当执行的顺序，需要哪些准备动作，以及在“出错”的情况下，可选的方案是什么。

2 测试设计技术的优点

提高测试过程的质量，增强测试过程的控制。论据如下：

• 测试策略能够提供正确的测试位置和测试范围，基于测试策略的可靠执行，采用测试设计技术就能够深入把握测试的质量和范围；
• 采用测试设计技术更能有效的发现缺陷；
• 详细制定了测试执行的顺序和步骤，所以测试能够很容易的被复现；
• 标准化的工作规程，使得测试设计可移交、可维护；
• 更容易计划和控制测试过程。

3 测试设计技术的特征

3.1 白盒或黑盒

• 黑盒测试设计技术，是基于系统的功能性行为，不需要明确的实现细节知识；
• 黑盒中，系统只受输入值的支配，对于输出结果，分析他是否和预期的系统行为相符合；
• 白盒测试设计技术，基于系统内部结构的知识，基于代码、程序描述和技术设计。

3.2 导出测试用例的原则

3.2.1 处理逻辑

• 基于被测试的程序、函数或系统处理逻辑的详细知识，来导出测试用例，比如：
  
• 相关的术语有：逻辑测试、控制流程测试、路径测试、事务流测试。

3.2.2 等价类划分

• 输入范围被划分为“等价类”；
• 一个特定等价类中的所有输入值，系统都表现出同一种行为；
• 等价类划分的另一个术语是范围测试；
• 分为有效等价类和无效等价类。

3.2.3 边界值分析

• 即等价类划分的一个特殊化，独立于等价类的值被称为边界值；
• 可用于输入范围和输出范围。

3.2.3 运行使用

• 基于系统在实地的使用导出测试用例；
• 即模拟真实情况的使用的测试用例。

3.2.4 CURD

• 基于数据的生命周期（创建、读取、更新和删除）。

3.2.5 因果图

• 将自然语言规范转变成更结构化、更正式规范的技术；
• 适用于描述输入环境的组合影响。

3.3 正式或非正式

• 正式的测试设计技术对于导出测试用例有严格的规定；
• 相对于正式，非正式测试设计技术留给测试人员更多的自由空间。

3.4 适用范围

• 不同的技术适用不同的范围；
• 比如有的适用于测试构建内部的细节处理，有的适用测试功能\数据之间的集成，有的适用于测试系统与外部接口的交互。

3.5 被测试的质量特性

• 一组足以覆盖待测试功能的测试用例，可能不适于测试系统性能或可靠性；
• 选择特定的测试设计技术主要依赖于待测试的质量特性。

3.6 必须的测试基础类型

• 由于测试设计技术被定义为“从测试基础导出测试用例的标准方法”，所以它要求有特定的测试基础类型。