测试成熟度的数值域通常可以划分为3各类别：

　　一、受控的

　　从1到5主要是为测试过程的可控性设置的。测试过程按照预先定义的策略执行。在测试过程中，测试设计技术得到应用，缺陷被记录下来，并形成缺陷报告。测试工件和测试环境得到很好的控制并且测试人员得到有效培训。

　　二、有效的

　　第6至10级目标更关注于测试过程的效率。效率可以得到保证，比如测试过程的自动化，手工测试过程与系统开发的其他过程更好的整合等。

　　三、优化的

　　在当前情势下有效的测试过程并不意味着在将来也是有效的。第11至13级为不断优化测试过程而设置的，并且它们更倾向于确保测试过程持续改进要作为测试组织工作方法中的组成部分。

　　这个成熟度矩阵的主要目的就是让当前的测试过程的优势和弱势展现出来，并支持优先的建议和行动用以改进。在这个矩阵下可以清楚地看到当前的测试过程。这个矩阵使用时从左到右，所以低成熟度的关键域应首先得到改进。

　　在表3的这个例子里，测试过程对于测试策略关键域的最低的级别没有归类（低于A级），测试组织遵循处于A级水平上的生命周期，测试人员在规格说明完成后介入。

Table 3 Current situation [Sog04]

　　基于这些层级，改进措施可以拿出来讨论。例如，对于高级测试（达到B级）和完整的生命周期模型（也是达到B级），需要做出组合测试策略的选择。

Table 4 Required situation [Sog04]

　　6.6 改进建议

　　在向更高级别发展的强烈意愿下，测试组织可以定义出改进措施。为了达到一个更高的层次，检查点可以提供很多辅助。另外，为了测试过程改进，TPI模型包含改进建议。这些是几种不同的提示和想法以帮助组织达到测试成熟度的一定层次。

　　例如：改进建议

　　测试策略关键域，A级，对于单一的高级测试的测试策略。改进建议：

　　1. 召集各类感兴趣的角色如最终用户、系统管理员和项目经理共同制定测试策略。

　　2. 通过指出当前工作方法的风险或者提出如何测试能够测得更快、花费的更低已达成共识

　　不像检查点的使用，改进建议的使用不是必须的。但无论如何，每一个层级都提供了几条改进建议。

　　7、结论

　　当前软件开发已非常高的速度进行。软件开发过程的生产能力不断上升，客户对产品质量的要求更高。这使得存在这样一个非常大的可能性，即现在看来比较满意的测试过程将来或许需要改进。

　　TPI模型提供了一个客观的过程，通过这个过程可以归类测试过程的当前形势。另外，这个模型以关键域、层级和改进建议的形式提供测试过程改进的帮助。过程改进通过带有优先级的可控制的改进步骤循序进行。

　　TPI模型来源于实践，遵循结构化测试方法体系。TPI被认为是客观的。通过检查点的方式，使得确定正在使用的测试过程的关键域的层级成为可能。不同的成熟等级和关键域以及他们的关联性在测试成熟度矩阵中得以呈现。同样，改进建议可以在改进措施中加以应用。

　　当然，测试组织必须注意这个事实：TPI模型的使用并不能自动地形成当前和需要的情势的好的分析，也不能改进测试过程。这个模型应该视为一个结构化测试过程改进的工具，一个在组织内进行更好的交流的工具。先撇开模型应用不谈，测试过程改进要求有深厚的知识和所从事职业的丰富经验。