目的
|
定义要从“测试构想”列表得出的每个测试的关键特征。
|
使用您至今为止收集到的信息,通过确定和定义实现测试所必需的主要特征来设计测试。请注意,生成的测试设计可以不同方式捕获:
-
传统上,测试设计是作为工作产品:测试用例捕获的。
-
工作产品:工作负载分析模型在概念上是特别与系统性能测试相关的一种专门而更复杂的测试用例形式。
-
根据测试的复杂性和项目文化,直接将测试作为工作产品:测试脚本来实现可能是合适的,如果您可以接受不创建“测试用例”工件,则应考虑使用此方法。如果您采用此方法,则务必在字面上使用有用信息注释您的测试脚本,说明该测试有用的原因。使用这些注释可充当非正式的、直接插入的测试用例。
使用您已收集的信息,考虑该测试的以下每一方面。
从“黑匣”角度考虑测试,确定定义测试的主要外部可视特征。确定促进测试将需要哪些输入信息,以及预期生成哪些输出信息。同时枚举主要执行条件 - 对于该步骤,不必说明或理解执行条件的“具体方式”。
请注意,输入信息和预期输出信息的范围将(取决于特定测试)从简单的数据类型值(例如,“A”、“1”)到复杂的多维数据(例如,声音剪辑、对象)。最好在特定输入或预期输出信息背后定义一个限定符,而不是只给出具体的值。这就使随后实施或执行该测试者有必要地理解测试数据背后的推理,允许他们选择在任何给定的执行中改变测试的替换值和替代值。
观察点是测试执行期间您想用以观察测试环境状态的某一方面的一个点。假设您了解执行条件及输入和预期输出信息,则确定在测试执行期间应观察哪些特定点,并确定应观察数据的什么性质。
控制点是测试执行期间您想要就测试的控制流从多个选项中做出决定的一个点。
调查可用的测试场景,并针对每个场景考虑在多次执行测试时控制变化的点。整理所有不同的控制点,并将列表缩减为当前测试周期所需要的那些控制点。
测试预测将要测试的预期输出值与这些值的拆分方式组合起来:它既是给出的响应,也是给出响应的介质。例如,要验证某一字处理软件包中使用的字体的精确表示,可以使用打印预览为介质来验证字体样式。测试预测确定了对照预期结果来验证测试实际结果所需要的形式方面和功能方面。
|