资源
每个功能域定位的资源有什么？
工作付出
在风险评估的基础上，哪些相应的工作付出需要定位到这个功能域的测试上？
实际工作付出
随着测试的进展，实际工作付出可以跟踪到此功能域，帮助计划将来的工程并且提供有意义的数据用来以后分析和计划。比如，决定需要多大的工作量来重新测试被测系统的一些变更。
测试设计
这里是“如何“测试。确定相关的测试数据。被测系统被分解成可以执行的任务，创建测试说明体系结构。这些测试说明可以分成测试脚本，测试脚本和测试条件间的连接，而且测试数据，测试说明和测试脚本间也可以连接。
对于每个测试说明，可以分配风险因素，资源，工作量付出和实际工作量。
对于每个测试脚本，可以分配优先级，资源，工作量付出和实际工作量。
优先级
每个测试脚本的优先级是什么？优先级是基于被测功能域的商业风险的
测试计划
这是“什么时候“测试。已经确定相关的软件版本信息，测试组合可以建立。之前定义的测试脚本连接到测试组合，并且测试组合层次结构也得到定义
对于每个测试组合，可以分配资源，工作量付出和实际工作量。
测试执行管理
软件已经得到就可以开始运行测试了，手工或者使用自动测试工具运行测试。对于这个阶段的管理是有这个模块来控制的。测试结果记录下来。测试统计，覆盖率和测试成功可以报告上来，也可以评审。
在任何阶段管理层可以确定：
什么测试已经执行过并且通过了
什么测试已经执行过并且失败了
什么测试还没有执行
什么测试还没有完成不能运行
因为可以更早的对和测试对象相关的优先级和风险进行分析和设计工作，有意义的分析和覆盖率可以得到报告。这些报告基于量化的数据。系统的健壮性和和需求可以得到满足。
与之类似，既然资源，工作量付出，和实际工作量可以记录下来，所以需要多少额外的工作和时间来测试或者重新测试就可以提供出来。
事件管理
