Test Center应用概览 (点击此处查看入门教程Flash版)
Test Center是测试管理工具，管理测试需求、测试用例、测试集、业务组件等，并提供多任务的测试执行（包括手工执行和自动执行），最终生成测试报表。
一、 基本概念
（1）测试计划
任何一次测试都需要测试计划，测试计划明确了一次测试需要的内容：
1、测试目标。明确测试所要达到的目的；
2、测试范围。定义哪些测试主题是应该被测试的，哪些不需要包含在测试范围内。
3、测试环境。包括测试的硬件环境、网络环境、操作系统、数据库环境、应用系统环境、应用系统数据环境。最关键的是设置应用系统的数据环境；
4、测试过程计划。一次大规模的测试会划分成多个阶段。
5、测试过程中的环境备份与恢复。在测试过程中，一个阶段的测试完成之后，可能会需要把所有的测试环境（应用系统数据）备份下来，便于下一个阶段的测试。
6、测试验证。
（2）测试需求
功能测试的目标是验证软件是否满足定义的需求。
软件的需求，往往包括每个独立的、具体的、操作的功能，也包括由操作功能组成的一个业务流程，并且明确定义业务流程正确性的标准。
测试需求，就是针对软件需求的两个部分进行测试，定义明确的测试方法来测试各个业务流程的各种业务情况下是否正确、定义明确的测试方法来测试操作流程是否正确。
测试操作流程的部分，基本上通过手工测试可以完成，自动化的测试要定义几个主要的测试流程进行测试。
（3） 测试用例
测试用例是具体测试需求的实现，即通过业务组件实例的流程和相互关系来定义测试过程、验证标准。
测试需求定义了“做什么”，测试案例是“如何做”。
（4） 业务组件
应用系统，是由具体的界面交互流程组成，我们把每一个界面交互流程，成为一个业务操作过程，对应了测试中的一个对象，我们称为“业务组件”。
业务组件，核心是描述了一个界面交互的过程：一系列的输入和输出界面和组件。对于输入和输出数据来说，它还是一个交互过程数据的模版，用户只要填写这个模版得到一组数据，就可以成为一个业务组件的实例。
在TestCenter中，业务组件由：测试脚本（bsh/java）、测试脚本相关的资源文件（xml）、业务组件数据模版（csv）组成。
（5） 测试集
测试集，就是根据测试要求，对测试需求进行筛选，最终得到一组对应的测试案例的集合，我们称为“测试集”(TestSet)。
执行测试集（可以手工执行和自动执行），就会帮助测试人员完成一次测试。
（6） 测试执行
测试用例集合建立的目标是测试执行。
测试用例包括了一系列的测试过程，以及测试用例执行所需要的用户。那么，测试执行就需要使用一个资源池来给需要被执行的测试案例动态分配资源，然后执行每一个测试案例中的业务组件实例。
二、 基本思想
操作流程 ————-—— 业务组件
测试需求 -—————— 测试用例
一次测试需求—————— 测试集
业务测试层次 产品对映层次
三、 软件的实现
1． 计划
建立新的测试计划，在该测试计划下执行。
加入测试集
执行测试计划
2． 需求
建立新的测试需求，在该需求下建立测试用例。
增加子需求
加入兄弟需求
建立测试集向导
加入用例
选择案例
3．业务组件
增加新的业务组件，先建立组件组，在该组下面添加组件
（4）用例
新建用例
对该用例选择所包含的组件。
添加组件
（5）测试集
建立测试集组，在相应的组下面添加测试集。
对其建立起与用例的依赖关系，添加所包含的案例或者测试集
运行测试集
一般情况下，是运行测试计划的，对测试计划选择所包含的测试集，然后再运行。但也可以单独运行测试集。
（6）用户管理
新建用户
在角色下，我们可以新建用户。在新建的用户中，对应与角色的进入角色案例，退出角色案例，会出现相应的数据，在其中根据进入角色和退出角色所需要的数据而进行修改。
四、特点
a) 数值传递
b) 自由导入导出数据
c) 校验功能
d) 自动切换角色功能
相关下载链接：