规划覆盖范围
Rational Quality Manager 中追踪和报告测试进程的一个关键工具，就是测试计划。Rational Quality Manger 拥有一些需求特性，这些特性能够帮助您去管理需求覆盖范围。在测试计划中，有一个管理某个测试计划所有需求的 Requirements 部分（如图 5 所示）。如果您想要追踪来自 Rational Quality Manager 的需求，那么您完全有能力这样做。如果您想要从其他工具中导入它们，您也拥有这个能力。您还可以选择，如果您只想创建并追踪一些通用的测试需求的话，也是可能的。
图 5. Rational Quality Manager 中测试计划的 Requirements
许多项目拥有大量的功能性需求覆盖范围（如果应用让您做 X，那么您就不该做 Y，等等），但是他们只对辅助功能性需求拥有需求。这并不意味着您不去测试它们：您需要这样做。但是，追踪测试的状态和覆盖范围通常会十分困难。如果您创建自己的需求，那么您可以为性能，安全性，实用性以及其他易忽略的方面添加需求。然后您可以将测试用例与这些需求联系起来，以追踪覆盖范围以及测试计划层次的状态。
在 Rational Quality Manager 中，您可以在测试计划中的 Quality Objectives 部分中清晰的定义您的质量目标，如图 6 所示。该段以表格的格式，列出了您的质量目标。您可以自由的去编辑 Quality，Objectives Description，Current Value，以及 Comment 区域（没有显示出来），允许您去指定您想要实现的所有目标。
图 6. 测试计划中质量目标的范例
一些可能的目标包含了以下领域的方法：
- 代码复杂性
- 单元测试成功
- 代码覆盖范围
- 需求覆盖范围
- 测试用例完成情况（完成百分率，通过百分率，等等）。
- 负载，性能或者评价性
- 开放的话题或者缺陷的严重情况，范围或者状态
- 缺陷出现率或者测试速度
- 测试用例或者需求优先级或者严重性
- 标准适应性（section 508，W3C，以及等等）
- 文献或者证据支持
您所选择的质量标准，很大程度上取决于您想对项目所要做的，以及您在哪种开发背景下工作。不管您选择了什么，Quality Objectives 部分都会向您提供一个很棒的快照，显示在一种质量视角下项目在什么地方。
Rational Quality Manager 中一个重要的特性，便是测试计划中的 Test Environments 计划部分。当您首次打开该部分时，它会催促您去定义需要涉及到的平台需求。如下面的图 7 所示，您所需要做的，就是定义您需要涉及到的平台构件的类型，以及您需要测试的版本或者属性。您只需创建需要测试的一个简单列表。
图 7. 定义测试计划中的平台覆盖范围
从这里开始，您可以继续去定义基于不同范围模型的覆盖面。如果您切换至 Test Environment 项时（如图 8 所示），您可以看到一副不同的景象，它最终会包含您将会碰到的每一个环境。
图 8. 生成之前的 Test Environments
在您保存测试计划之后，如果您点击 Generate New Test Environments 图标的话，您将会启动一个向导，该向导将会带您去生成一个初始的覆盖范围列表 。该向导的第一步，如图 9 所示，将会定义您想要处理的元素，以及您想要使用的生成方法。
文章来源于领测软件测试网 https://www.ltesting.net/
