Rational TestManager是一个开放的可扩展的构架，他统一了所有的工具、制造（artifacts）

和数据，而数据是由测试工作产生并与测试工作（effort）关联的。在这个唯一的保护伞（umbrella）下，测试工作中的所有负责人（Stakeholder）和参与者能够定义和提炼他们将要达到的质量目标。项目组定义计划用来实施以符合那些质量目标。而且，最重要的是，它提供给了整个项目组一个及时地在任何过程点上去判断系统状态的地方。

质量保证专家可以使用TestManager去协调和跟踪他们的测试活动。测试人员使用TestManager去了解需要的工作是什么，以及这些工作需要的人和数据。测试人员也可以了解到，他们工作的范围是要受到开发过程中全局变化的影响的。TestManager是这样一个地方，它会提供与系统质量相关联的所有问题的答案。

测试是软件开发中的反馈过程。它告诉你在一个开发过程中任意给定迭代的规定过程，哪里需要做修改。同时，也告诉你关于你将开发的系统的现存质量。

包含在项目中的每个人都是定义系统质量如何被评估并对问题做出修改的一个“stakeholder”。例如：

项目分析员需要了解系统的可用性，完整性，和系统use cases的质量，系统特征，以及系统的需求支持。

项目设计人员和开发人员需要理解他们设计或开发的组件说明和子系统。

质量保证组成员需要编制计划以测试系统。此外，他们需要理解和定义测试计划的要素与开发过程的其他要素之间的关系。这里的跟踪能力关系允许QA组去理解如何在他们工作的项目中做全局修改，并去定义他们将要测试的系统要素。

项目经理需要这些测试结果提供的信息来做出决定，系统对于发布的可接受性和准备性。他们的决定将以其他组成员的输入为基础，比如分析人员和开发人员，他们由那些相同的衡量标准来勾勒出系统的说明蓝图。

测试工作经常表现为整个项目过程的25–50%。收集需求数据，跟踪测试资产之间的关系，并提供一个普通的测试过程输出的说明描述，当然测试过程往往包含了多种工具的使用。这可以使它几乎不可能去有效地跟踪依赖的结果，和得到一个简要，以及系统说明的连续视图。