活动:
|
用途
|
|
角色:实施者 | |
频率:按照要求,一般在每次迭代中进行多次,特别是在构造、移交和精化阶段。 | |
步骤 | |
输入工件: | 生成的工件: |
工具向导: | |
更多信息: |
工作流程明细: |
用途 | 准备实施测试。 |
单元不仅表示面向对象语言中的类,还表示可用的子程序,例如 C++ 中的函数。
要测试每个单元(实施的类),请执行以下步骤:
用途 | 执行测试过程,或测试脚本(如果测试是自动的)。 |
要执行单元测试,应遵循以下步骤:
注意:执行测试过程将有所变化,这取决于测试是自动还是手动的、需要测试组件作为驱动程序还是桩模块。
- 自动测试:执行在“实施测试”步骤期间创建的测试脚本。
- 手动执行:在“构造测试过程”活动期间制订的结构化测试过程用于手动执行测试。
用途 | 确定测试是否按期望成功完成。 确定是否需要更正性操作。 |
测试的执行在以下的任一情况下结束或终止:
如果测试正常终止,则继续执行步骤验证测试结果。
如果测试异常终止,则继续执行步骤从中断的测试恢复。
用途 | 确定测试结果是否可靠。 如果测试结果表明测试工作或工件中存在缺陷,则确定适当的更正性操作。 |
测试完成后,复审测试结果以确保测试结果可靠,并且报告的故障、警告或意外结果并非由外部影响(对测试目标而言)引起,例如不当的设置或数据。
如果报告的故障是由于测试工件中确定的错误或测试环境的问题引起的,则采取适当的更正性操作以从中断的测试恢复,然后再次执行测试。
如果测试结果表明故障确实是由于测试目标而引起的,则该活动基本上已完成,通常情况下,现在应执行活动:提交变更请求或活动:分析运行时行为。
用途 | 确定适当的更正性操作,以从中断的测试恢复。 更正问题,恢复,并再次执行测试。 |
有两种主要的中断测试:
两种测试异常终止可能表现出相同的症状:
要从中断的测试恢复,则执行以下步骤:
Rational Unified Process
|