活动： 评估测试
目的
|
|
| 步骤 | |
| 输入工件： | 生成工件： |
| 角色：测试设计员 | |
| 工作流程明细： |
分析测试结果并提交变更请求
目的
|
| 工具向导：
Rational LogViewerTM: Rational TestFactoryTM： Rational PurifyTM： Rational QuantifyTM： Rational PureCoverageTM： Rational ClearQuestTM： Rational LoadTestTM：
|
在测试执行活动中，测试结果要经过复审以确保测试已执行完全，并确保报告的测试结果没有受到非测试对象因素的影响。
在此活动中，经过分析的测试结果可以确定预期测试结果与实际测试结果之间存在的细微差异。 这些差异表明了测试对象中存在潜在缺陷，应将差异作为变更请求输入跟踪系统,下一步则应采取相应的纠正操作。
复审各个已报告的测试故障，并确定将变更请求输入相应的跟踪系统所需的信息。输入的信息应准确、适当、并满足既定的变更请求跟踪标准或指南。
评估基于需求的测试覆盖
目的
|
| 工具向导：
Rational TestManager： Rational TestFactory： |
要评估基于需求的测试覆盖，您应复审测试结果并决定：
- 此次迭代中执行的基于需求的测试（测试用例）的数量与测试对象的总测试数量的比例。
- 成功执行的测试用例的比例。
目的是要确保要在本次迭代中进行的基于需求的测试能够百分之百成功执行。如果这是不可能或不可行的，则应确定一个不同的测试覆盖标准，该标准的基础可以是：
- 风险或优先级
- 可接受的覆盖百分比
请参见测试简介中的“测试的主要评测方法”。
在测试评估报告中记录本次迭代的结果。
评估基于代码的测试覆盖
目的
|
| 工具向导：
Rational TestFactory: Rational PureCoverage： |
要评估基于代码的测试覆盖，您应复审测试结果并决定：
- 在本次迭代的测试期间执行的代码（如代码行或语句）与测试对象中总代码的比例。
目的是要确保要在本次迭代中测试的代码百分之百成功执行。如果这是不可能或不可行的，则应确定一个不同的测试覆盖标准，该标准的基础可以是：
- 风险或优先级
- 可接受的覆盖百分比
请参见“概念：测试的主要评测方法”。
在测试评估报告中记录本次迭代的结果。
分析缺陷
目的
|
| 工具向导 |
要分析缺陷，应将复审和分析所选评测方法作为缺陷分析战略的一部分。最常用的缺陷评测方法包括（通常以图的形式显示）：
- 缺陷密度 - 缺陷的数量以一个或两个缺陷属性（如状态或严重性）的函数显示。
- 缺陷趋势 - 缺陷数目以随时间变化的函数表示。
- 缺陷龄期 - 是特殊的缺陷密度报告，它通过缺陷在一定时间内保持某特定状态（打开的、新的、待测试的缺陷等）的函数表示。
将本次迭代的评测方法与先前各次迭代的分析结果进行比较，判断缺陷的走势。
建议用图来显示结果。
请参见“概念：测试的主要评测方法”。
确定是否达到了测试的完成标准和成功标准
目的
|
复审测试计划中制定的测试战略。应根据测试覆盖和/或缺陷评估结果说明测试标准。请检验测试结果、缺陷与缺陷分析，并判断是否已达标。
如果未达标，请参考以下备选方案：
收集进一步的信息：
- 另行撰写报告，如不同的缺陷密度报告
- 通过研究流程，判断意外条件是否导致背离已确定的测试标准，并在这一新信息的基础上再次评估标准
建议安排进一步测试：
- 实施新测试以进一步执行测试用例
- 实施新测试以扩大测试覆盖面
修改测试标准：
- 复审并评估测试后变更标准会带来的风险
- 确定满足测试标准的软件子集，并决定是否可以部署该子集
请参见测试简介中的“测试的主要评测方法”。
生成测试评估摘要
目的
|
评估测试活动中的最后一步是撰写测试评估摘要。 此活动通过以下方式进行：将上述信息编入一个报告，然后将其分发给相应的角色以便复审。
