任务:执行开发人员测试
此任务描述了在对组件执行更正式的测试之前,如何运行和评估旨在验证组件是否正常工作的一组测试。
规程:实施
用途
  • 验证单元的规范。
  • 验证单元的内部结构。
关系
角色主执行者: 其他执行者:
输入必需:
    可选:
    输出
      流程使用情况
      步骤
      入门
      目的 准备实施测试。 

      组件的实施和修改是在项目的配置管理环境中进行的。 按照工作产品:工作单的指示,实施者将会被分配一个专用开发工作空间(请参阅 任务:创建开发工作空间)供其工作。在该工作空间中,创建源元素并置于配置管理之下,或通过通常的检出、编辑、构建、单元测试和检入循环来修改它们(请参阅 任务:进行变更)。在完成某一组组件之后,按照一个或多个工作单的定义以及对某一未来工作版本的要求,实施者将把相关联的新的和修改过的组件交付(请参阅 任务:交付变更)到子系统集成集成工作空间,以与其他实施者的工作集成。最终,实施者可在方便时更新专用开发工作空间或重设其基线,以使它与子系统集成工作空间相一致(请参阅 任务:更新工作空间)。

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

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

      执行单元测试
      目的 执行测试过程,或测试脚本(如果测试是自动的)。 

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

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

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

      • 自动测试:执行在“实施测试”步骤期间创建的测试脚本。
      • 手动执行:在“构造测试过程”任务期间制定的结构化测试过程用于手动执行测试。
      评估测试的执行
      目的 确定测试是否按期望成功完成。
      确定是否需要更正性操作。 

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

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

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

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

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

      验证测试结果
      目的 确定测试结果是否可靠。
      如果测试结果表明测试工作或工作产品中存在缺陷,则确定适当的更正性操作。 

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

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

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

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

      有两种主要的中断测试:

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

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

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

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

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