使用 IBM Rational Quality Manager 实现测试分析和报表

核心提示： 就像对需求那样，您可以使用 范畴 和 功能 来指定 在哪里 测试（举例来说，使用 IBM Rational Quality Manager 实现测试分析和报表(5)，报告、核心平台、语音、内部工具、外部工具，或管理）并且用 主题 来指定为什么测试（功能、性能、安全性、可测试性、可支持性，因为即使

就像对需求那样，您可以使用 范畴 和 功能 来指定 在哪里 测试（举例来说，报告、核心平台、语音、内部工具、外部工具，或管理）并且用 主题 来指定为什么测试（功能、性能、安全性、可测试性、可支持性，或可伸缩性，等等）。您可以按您希望的方式定义它们，但要考虑如何划分测试工作，以及您想要如何对结果进行报告。之后，您可以使用这些字段从应用程序的不同区域以及不同类型的测试来比较并对比覆盖率和结果。图 2 显示了使用测试用例范畴的实例。

图 2. 定义测试用例范畴、功能、主题，和权重

　

使用测试计划工具来追踪进度

报告测试进度有时候是测试结果的分析，有时候是对高层次的里程碑、状态门，或进入和退出标准。这是 Rational Quality Manager 的测试计划特性起作用的地方。不应该令人惊奇的是，追踪和报告测试进度的一个重要的工具之一是测试计划。Rational Quality Manager 中包含的默认的测试计划模板提供了帮助您了解测试项目在哪，以及帮助您与其他人交流测试项目的许多特性。

追踪需求

如早先详细的介绍，Rational Quality Manger 有许多帮助您管理需求覆盖率的需求特性。在测试计划中，有一个用于管理您将在已知的测试计划中涵盖的所有需求的 Requirements 部分（参见图 3）。这是有帮助的，因为即使您是在不同的工具中管理您的应用程序需求，并且您仅仅将它们导入 Rational Quality Manager，您都可以在您的计划中定义 您 自己的 测试需求。

图 3. 测试计划中的需求的实例