活动:
实施测试
目的
- 创建或生成可复用的测试脚本
- 维护从测试实施工件到相关的测试用例及用例或测试需求的可追踪性
|
| 步骤
|
| 输入工件:
|
生成工件:
|
| 角色:测试设计员 |
| 指南:
|
目的
- 创建或自动生成适当的测试脚本,以便按照预期的方式实施(并执行)测试用例和测试过程
|
| 工具向导:
Rational RobotTM
Rational TestManagerTM
Rational TestFactoryTM
Rational PurifyTM
Rational PureCoverageTM
Rational QuantifyTM
Rational LoadTestTM
|
执行下列操作:
对于测试模型中的每个结构化测试过程,需创建或生成至少一个测试脚本。
在创建、生成或获取测试脚本时,应考虑以下方面:
- 尽量增大测试脚本的复用程度
- 尽量减小测试脚本的维护程度
- 使用现有脚本(如果可行)
- 使用测试工具(而不通过编程)创建测试脚本(如果可行)
- 以最稳定的方法(如通过对象名或鼠标单击)访问应用程序 GUI 对象和操作
要创建、生成或获取测试脚本,请执行以下步骤:
- 复审现有的测试脚本,了解其使用潜力
- 设置测试环境(包括所有硬件、软件、工具、数据与应用程序工作版本)
- 将测试环境初始化(以确保环境处于适当的测试状态或条件)
- 创建或获取测试脚本:
- 记录/获取:对于各个结构化测试过程,在执行测试过程以创建新的测试脚本时,应遵循结构化测试过程中所确定的步骤/操作,并使用适当的记录技术来尽量增大复用性并减小维护程度。
- 修改现有脚本:手工编辑现有脚本,或按照上述记录说明删除不需要的指令,并重新记录新的指令
- 编程:对于每个结构化测试过程,使用适当的编程技术来生成指令
- 要自动生成测试脚本,请参考具体的测试脚本生成工具。
- 继续创建、生成或获取代码,直至创建了所期望的/需要的测试脚本
- 根据需要修改这些测试脚本(测试模型中有所说明)
在完成测试脚本的创建、生成或获取时,应该对测试脚本进行测试/调试,以确保这些测试脚本能正确地实施和执行测试。执行本步骤所用的软件工作版本应与创建/获取测试脚本所用的版本相同。
要测试/调试测试脚本,请执行以下步骤:
- 设置测试环境(如果需要)
- 重新将环境初始化
- 执行测试脚本
- 评估结果
- 确定下一步应执行的操作:
- 得到需要/期望的结果:无需执行操作
- 得到意外结果:确定问题的原因并予以解决
在完成测试脚本的创建、生成或获取时,应生成测试覆盖报告,以核实测试脚本已实现预期的测试覆盖。
确定设计模型与实施模型中应包括的测试专用功能。测试专用功能最常用于集成测试中,因为集成测试需要为未包括与未实施的构件或系统提供桩模块或驱动程序。
有两种形式的桩模块或驱动程序:
- 只是“哑元”的桩模块和驱动程序,除了输入特定值或返回预定义值以外,它们不具有任何其他功能。
- 更加智能化的桩模块和驱动程序,它们可以模拟较为复杂的行为。
第二种形式应慎重使用,因为它需要较多的资源才能实施。
所以,务必要在附加的价值(通过创建复杂的桩模块/驱动程序)和实施与测试桩模块/驱动程序所需的工作量之间保持平衡。
构建测试专用构件的其他原因包括:
- 在没有测试自动化工具的情况下实现回归测试过程的自动化,或
- 构建测试对象与测试自动化工具之间的接口。
按照对(移交给设计员与实施员的)设计与实施模型的需求,描述您的结果。
目的
- 为了创建和维护数据,应将数据保存在测试脚本的外部,由测试脚本在执行测试时使用。
|
外部数据集以如下方式向测试提供值:
- 数据位于测试脚本之外,从而消除了测试脚本中的硬编码引用
- 外部数据可以很容易地进行修改,修改后测试脚本不会受到影响(或只受到很小的影响)
- 其他测试用例可以很容易地添加到测试数据中,添加后无需修改测试脚本(或仅作很小的修改)
- 外部数据可以由许多测试用例共享
- 外部数据集可以包括用于控制测试脚本的数据值(有条件的分支逻辑)
要创建外部数据集,请执行以下步骤:
- 复审测试模型、测试用例和结构化测试过程
- 使用适当的工具和方法创建数据集
- 修改测试脚本以便使用数据集
在完成测试脚本的创建、生成或获取时,应该对测试脚本进行测试/调试,以确保这些测试脚本能正确地实施和执行测试。执行本步骤所用的软件工作版本应与创建/获取测试脚本所用的版本相同。
要测试/调试测试脚本,请执行以下步骤:
- 设置测试环境(如果需要)
- 重新将环境初始化
- 执行测试脚本
- 评估结果
- 确定下一步应执行的操作:
- 得到需要/期望的结果:无需执行操作
- 得到意外结果:确定问题的原因并予以解决
© 1987 - 2001 Rational Software Corporation。版权所有。 |