通常测试活动可以分为7步(见图,),这里从3-7这几个步骤都可以由T-Plan来完成.

 
 
  在一个测试工程中对于测试过程的有效管理是关键， 测试与软件开发的其他活动有很多不同之处。有效的管理要求在做决策时可以得到正确的信息，在测试工程的一些阶段测试项目经理需要弄清楚一下问题：
 系统现在是否准备好测试？
 如果系统开始会有什么样的风险？
 当前测试所达到的覆盖率是怎样的？
 到目前为止取得了哪些成功？
 还要哪些测试要做？
 怎么证明系统已经经过了有效的测试？
 变更的影响和哪些必须重新测试？
所以这里介绍一下T-Plan Professional测试管理工具：
T-Plan Professional是业界领先的测试管理工具，支持任何规模的项目的从单元测试直到用户验收测试的各项测试过程，无论是手工测试还是自动测试， 技术人员和非技术人员都可以计划，编写文档，和管理软件测试活动，确保工程的商业目的实现和质量保证。使用自动化工具带来高效率的过程，无论系统是哪种应用，哪种平台和环境。
T-Plan Professional通过提供一个框架来鼓励用户在计划，跟踪和管理软件质量的过程中使用一致的工作方法和流程，T-Plan Professional提供有效的、准确的能力来监视和分析测试覆盖率并且及时的客观的鉴别系统的强势和弱势
测试过程管理
    自动化测试得以增长和流行使得测试的重要性得到体现，然而，经验表面测试自动化的好处只有在良好的测试过程下才能很好的体现。没有过程管理的测试活动就好像软件开发不按照开发过程进行一样。
    就像软件开发从无组织过程和方法到有组织变的成熟一样，测试也沿着这样的道路发展。有组织的测试方法将会减少错误而且使得复杂的项目得到更有效的、有力的管理。
测试过程管理和测试执行管理   
    现在市场上有很多工具涉及测试管理，但是这些工具提供的实际上很少，有些工具支持测试工程师开发测试计划，这些工具协助创建测试脚本并且管理测试脚本的“失败和通过”，但是并不能回答一些基本的问题：系统是否达到需求？这类测试管理工具做好的描述是测试执行管理而不是测试过程管理
    测试执行管理工具仅仅按照测试的创建定义测试计划：

 
 
测试脚本的80％已经通过除了让人知道什么已经测试过以外并不意味什么。如何评估这些测试的风险，如何评估其余的20％的是否含有很大的重要性？要做到这样，需要一个过程管理不只是测试脚本和测试执行，而是整个测试生命周期。
测试过程管理提供什么？
如名称所示，测试过程管理提供一个框架或者过程使得测试可以得到管理和控制。基于可靠的定量的数据，测试可以及早开始，风险可以被管理，作出决策，整个测试过程可以得到审计。 
大多数工具，自我描述为测试计划，并不提供作出决策的正确的信息。没有可以访问的外部文档，它们不能提供可靠的信息。测试过程管理提供有关商业风险，功能域，优先级，测试脚本和其他测试资产的完整的图片，以更好的管理和控制工程。
面向过程
    T-Plan Professional提供一个有组织的环境无论是有经验的还是无经验的测试工程师都能够合理的工作：每个功能域的定义，关键的要测试的退出准则，分配风险和优先级。很自然，这些工作可以在在具备可执行代码之前，软件开发生命周期及早的很好的开展。
退出准则
    这个分析阶段是成功的关键，退出准则成为进程和系统可接受性得到测量的唯一判断标准。通过把退出准则关联到测试脚本测试工作的质量可以测量，追踪和审计。
管理风险
    测试很大程度上是一项风险管理训练，一些子系统比其他系统表现出更高的故障风险。对于和功能、风险、优先级、测试脚本和其他测试资产的功能域的自上而下的分析提供管理整个测试的唯一实际的方法。
作出决策
    基于量化的可靠的信息，明智的和有意义的决策可以很好的管理测试过程。测试管理者现在可以有信心的给出下面一些问题的答案：
 系统现在是否准备好测试？
 如果系统开始会有什么样的风险？
 当前测试所达到的覆盖率是怎样的？
 到目前为止取得了哪些成功？
 还要哪些测试要做？
 怎么证明系统已经经过了有效的测试？
 变更的影响和哪些必须重新测试？
控制和可审计性
T-Plan Professional可以显示演示风险如何被管理因此整个工程是可以审计的
T-Plan Professional是能够提供对测试工程真正控制的唯一完整测试过程管理方案，这是成功的前提条件

T-Plan Professional概述
原理：
    过程模型
    清晰的过程是T-Plan Professional的核心。它来自预置的过程结构，这种过程结构经过很多年的验证表明无论是小的或大的工程、任何类型的测试都是成功的。这种过程可以局部修正、或者如果愿意替代为自己公司的标准过程
    “V”模型
     测试过程管理基于业界广泛采用的”V”模型。”V”模型支持系统开发周期的任何阶段。
 

 

“V”模型认为在开发周期中的每个阶段都有相关的测试阶段相对应。
它表面测试不用等待代码编写出来就可以进行。测试可以在需求分析阶段就可以及早开始，创建测试的准则，“什么“需要测试。每个阶段都存在质量控制点。一旦测试准备结束，质量控制点可以正常的以对此阶段评审的形式形成
    这鼓励采用一个一致的手段来建立计划、跟踪和软件质量的管理的框架。通过使用T-Plan Professional，测试计划作为测试过程的一部分结合在一起，因为没有测试计划，我们怎么知道为什么和什么需要测试？
模型

[1] [2] 下一页