用途
  • 验证单元的规范。
  • 验证单元的内部结构。
角色:实施者 
频率:按照要求,一般在每次迭代中进行多次,特别是在构造、移交和精化阶段。
步骤
输入工件:   生成的工件: 
工具向导:
更多信息:

工作流程明细:  

入门 到页首

用途 准备实施测试。 

单元不仅表示面向对象语言中的类,还表示可用的子程序,例如 C++ 中的函数。

要测试每个单元(实施的类),请执行以下步骤:

执行单元测试 到页首

用途 执行测试过程,或测试脚本(如果测试是自动的)。 

要执行单元测试,应遵循以下步骤:

  1. 设置测试环境,以确保所有需要的元素(例如硬件、软件、工具和数据等)都已实施并存在于测试环境中。
  2. 初始化测试环境,以确保所有组件均处于正确的初始状态,以启动测试。
  3. 执行测试过程。

注意:执行测试过程将有所变化,这取决于测试是自动还是手动的、需要测试组件作为驱动程序还是桩模块。 

  • 自动测试:执行在“实施测试”步骤期间创建的测试脚本。
  • 手动执行:在“构造测试过程”活动期间制订的结构化测试过程用于手动执行测试。

评估测试的执行 到页首

用途 确定测试是否按期望成功完成。
确定是否需要更正性操作。 

测试的执行在以下的任一情况下结束或终止:

  • 正常:所有测试过程(或脚本)均按计划执行。

如果测试正常终止,则继续执行步骤验证测试结果

  • 异常或过早结束:测试过程或脚本没有完整或按计划执行。当测试异常终止时,测试结果可能不可靠。必须确定、更正终止的起因,并重新执行测试,然后执行其它的测试活动。

如果测试异常终止,则继续执行步骤从中断的测试恢复

验证测试结果 到页首

用途 确定测试结果是否可靠。
如果测试结果表明测试工作或工件中存在缺陷,则确定适当的更正性操作。 

测试完成后,复审测试结果以确保测试结果可靠,并且报告的故障、警告或意外结果并非由外部影响(对测试目标而言)引起,例如不当的设置或数据。

如果报告的故障是由于测试工件中确定的错误或测试环境的问题引起的,则采取适当的更正性操作以从中断的测试恢复,然后再次执行测试。

如果测试结果表明故障确实是由于测试目标而引起的,则该活动基本上已完成,通常情况下,现在应执行活动:提交变更请求活动:分析运行时行为

从中断的测试恢复 到页首

用途 确定适当的更正性操作,以从中断的测试恢复。
更正问题,恢复,并再次执行测试。 

有两种主要的中断测试:

  • 致命错误-系统失败;例如,网络故障、硬件崩溃等等。
  • 测试脚本命令故障-特定于自动测试,这是在测试脚本无法执行某条命令或某一行代码时的情况。

两种测试异常终止可能表现出相同的症状:

  • 执行测试脚本时,出现意外操作、窗口或事件。
  • 测试环境似乎不响应或处于不理想状态,例如挂起或崩溃。

要从中断的测试恢复,则执行以下步骤:

  1. 确定问题的实际起因。
  2. 更正问题。
  3. 重新设置测试环境。
  4. 重新初始化测试环境。
  5. 再次执行测试。


Rational Unified Process   2003.06.15