T-Plan 测试过程管理工具技术摘要

　　　　　　　　　　　　　　　　　　
　　通常测试活动可以分为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，测试计划作为测试过程的一部分结合在一起，因为没有测试计划，我们怎么知道为什么和什么需要测试？
模型
测试分析


这是测试过程管理的核心。在这里，我们决定要测试什么。参考数据，比如需求说明文档，定义被测系统如何集成和评审，被测系统被分解成一些功能，定义功能结构图和每个功能的相关风险因素。
对于每个功能，测试条件可以确定，排序和区分优先级。最新的参考数据和功能，测试条件相关联。
对于每个功能，可以分配风险因素，资源，工作开销和实际工作。
? 风险因素
每个功能域的故障风险是什么？风险越高付出的测试努力和注意力就越多。

? 资源
每个功能域定位的资源有什么？
? 工作付出
在风险评估的基础上，哪些相应的工作付出需要定位到这个功能域的测试上？
? 实际工作付出
随着测试的进展，实际工作付出可以跟踪到此功能域，帮助计划将来的工程并且提供有意义的数据用来以后分析和计划。比如，决定需要多大的工作量来重新测试被测系统的一些变更。
测试设计

这里是“如何“测试。确定相关的测试数据。被测系统被分解成可以执行的任务，创建测试说明体系结构。这些测试说明可以分成测试脚本，测试脚本和测试条件间的连接，而且测试数据，测试说明和测试脚本间也可以连接。
对于每个测试说明，可以分配风险因素，资源，工作量付出和实际工作量。
对于每个测试脚本，可以分配优先级，资源，工作量付出和实际工作量。
? 优先级
每个测试脚本的优先级是什么？优先级是基于被测功能域的商业风险的
测试计划

这是“什么时候“测试。已经确定相关的软件版本信息，测试组合可以建立。之前定义的测试脚本连接到测试组合，并且测试组合层次结构也得到定义
对于每个测试组合，可以分配资源，工作量付出和实际工作量。

测试执行管理

软件已经得到就可以开始运行测试了，手工或者使用自动测试工具运行测试。对于这个阶段的管理是有这个模块来控制的。测试结果记录下来。测试统计，覆盖率和测试成功可以报告上来，也可以评审。
在任何阶段管理层可以确定：
? 什么测试已经执行过并且通过了
? 什么测试已经执行过并且失败了
? 什么测试还没有执行
? 什么测试还没有完成不能运行
因为可以更早的对和测试对象相关的优先级和风险进行分析和设计工作，有意义的分析和覆盖率可以得到报告。这些报告基于量化的数据。系统的健壮性和和需求可以得到满足。
与之类似，既然资源，工作量付出，和实际工作量可以记录下来，所以需要多少额外的工作和时间来测试或者重新测试就可以提供出来。
事件管理

所有的事件可以记录下来，分类和跟踪直至解决。确定哪里报告问题，谁报告报告的，谁被安排来解决这个问题。事件和测试材料交叉参考，因此事件的重要性可以基于功能域和在分析和设计模块中定义相关的风险因素的基础上得到评估。事件管理模块允许用户连接事件到测试材料和需求文档，并且及早创建测试包
能力
T-Plan Professional是所有测试资产的中心存储数据库。各个资产之间相互联系并且随着测试的进行捕捉数据，提供既有价值的资源用来管理当前测试工程，并且帮助你计划未来的工程。
? 资源联系到测试材料，所以很容易的报告谁在作什么，他们的进度或者给出资源的矩阵
? 按下一个按钮定位一个单一的测试连接到一个需求文档中的某个图
? 所有测试材料优先级等级排列和风险因子
? 如果时间很重要，高优先级的测试材料确定和测试
? 基于任何准则确定特殊的和普通的测试材料，特别是定义和创建回归测试包
报告和分析
T-Plan Professional提供测试过程的广泛的报告，用户可以定义报告中需要什么。
可追溯性
通过按照过程驱动的方法测试，可以在软件生命周期中管理变更。从需求而来的测试条件和测试脚本之间的关系可以提供这些信息。
这些关系提高了可追溯性，如果问题是：需求变更了，对于测试有什么影响？给出问题的信息就在这里。
通过创建需求到实际测试结果的关系，使得跟踪缺陷成为可能，如果需求变更了。
影响分析
测试过程管理工具有效的管理变更，所以如果需要变更，很容易找出哪个测试是从变更派生出来的。详细的影响分析报告可以让管理层基于量化分析作出决定而不是猜想。

与其他工具的连接
T-Plan Professional和需求管理，测试自动化（捕捉/回放）和其他软件开发工具有连接，这种连接是由软件和最小用户交互来控制的。和其他工具(比如Microsoft Word)的连接也是可以的。
连接到需求工具：
需求结构可以直接导入T-Plan Professional的分析模块。
比如，T-Plan Professional可以直接连接DOORS (Dynamic Object Oriented Requirements System),这包括很多新的功能在DOORS和T-Plan Professional 里面，包括从DOOR的影响分析到T-Plan Professional和从T-Plan Professional的进度和覆盖报告到DOORS.
连接Microsoft Word
对于使用MS WORD为字处理的公司，需求文档是MS WORD格式，这些需求可以直接导入到T-Plan Professional。
与自动测试（捕捉/回放）工具连接
T-Plan可以和市场上领先的自动化测试工具连接。比如可以和Test Director连接，实现完整的测试管理和自动化的解决方案。
T-Plan不需要代码就可以开始使用，一旦分析和设计阶段在T-Plan中执行，测试过程和测试用例可以直接转换到Test Director，而这仅仅需要鼠标的一次点击。
自动测试包经过Test Director编译并且执行，T-Plan Professional中的测试状态就得到更新，所以可以定量的评估测试覆盖率和完整性。
T-Plan Professional的系统需求
最小建议系统是：
? 处理器 : Pentium 133MHz 以上
? 操作系统 : Microsoft Windows 95/98/2000/XP/NT .
? 内存 : 32Mb RAM.
? 硬盘 : 50Mb 剩余空间
? 数据库 : Microsoft Aclearcase/" target="_blank" >ccess97, SQL Server, Oracle, and Sybase

原文转自：http://www.ltesting.net