使用 Mercury 测试产品
搭建测试服务平台
美科利.北京
1 概述
此方案是美科利公司为 XXX 定制，对如何利用美科利公司的测试产品，搭建对外服务
的测试平台做出说明。重点在于 Mercury TestDirector for Quality Center 产品的介绍，产品
如何管理和控制软件许可证的使用以及 Mercury Quality Center Starter 和 Enterprise 版本对
比, Mercury 广泛的客户等。
2 Mercury Quality Center 产品功能概要介绍
. 测 试 需 求 管 理
程序的需求驱动整个测试过程。TestDirector for QC 的 Web 界面简化了这些需求管理过
程，以此用户可以验证应用软件的每一个特征都功能正常。TestDirector for QC 的需求管理
可以让测试人员根据应用需求自动生成测试用例。通过提供一个直观机制将需求和测试用例、
测试结果和报告的错误联系起来，从而确保完全的测试覆盖率。
. 测 试 计 划
测试计划的制定是测试过程中至关重要的环节。它为整个测试提供了一个结构框架。
TestDirector for QC 的 Test Plan Manager 在测试计划期间，为测试小组提供一个关键要点和
Web 界面来协调团队间的沟通。
. 安 排 和 执 行 测 试
一旦测试计划建立后， TestDirector for QC 的测试实验室管理为测试日程制订提供一
个基于 Web 的框架。它的 Smart Scheduler™根据测试计划中创立的指标对运行着的测试执
行监控。
. 缺 陷 管 理
当测试完成后，项目经理必须解读这些测试数据并将这些信息用于工作中。当有出错
发现时，他们还要指定相关人员及时纠正。TestDirector for QC 的出错管理直接贯穿作用于
测试的全过程，以提供管理系统终端-终端的出错跟踪—从最初的问题发现到修改错误再到
检验修改结果。关于错误跟踪和分析系统，我们将在后面的章节里详细描述。
. 用 户 权 限 管 理
基于应用评测中心具备多项目，多人员的特点。TestDirector for QC 根据步骤二中划分
的人员职能和角色，建立用户权限管理。这里的用户权限管理类似 Windows 操作系统下的
权限管理，将不同的用户分成用户组。
在 TestDirector for QC 中，缺省拥有六个组 TDAdmin, QATester, Project Manager,
Developer, Viewer, Customer ，用户还可以根据需求，自己建立特殊的用户组。每一用户组，
都拥有属于自己的权限设置。例如，Project Manager 项目经理一组的成员，可以看到所有该
项目的工作人员的工作进度报告，而其他人却看不到。
. 集 中 式 项 目 信 息 管 理
TestDirector for QC 采用集中式的项目信息管理，它安装在应用评测中心的服务器上，
后台采用集中式的数据库（Oracle, SQL Server, Access, etc）。所有的关于项目的信息都按照
树状目录方式存储在管理数据库中，项目信息的访问，只有被赋予权限的用户，方才可以登
陆和查询、修改。请见下图。
. 分 布 式 访 问
一套基于 Web 的测试管理系统提供了一个协同合作的环境和一个中央数据仓库。由于
测试人员分布在各地，用户需要一个统一的测试管理系统能让用户不管在何时何地都能参与
并出力于整个测试过程。从整体来看，TestDirector for QC 完全基于 WEB 的用户访问，拥
有可定制的用户界面和访问权限；完全基于 WEB 的服务器管理，用户组和权限管理，实现
测试管理软件的远程配置和控制。
. 更 多 技 术 特 点
从整体来看，该测试管理平台还具备以下的特点：
完全基于 WEB 的用户访问；可定制的用户界面和访问权限；完全基于 WEB
的服务器管理，用户组和权限管理，实现测试管理软件的远程配置和控制。
使用单一的测试管理工具，实现测试管理、测试计划、测试用例管理和运行、
测试脚本版本控制、错误跟踪等模块的所有功能，所有模块使用统一的数据
库，实现信息的无缝共享。
内置协同工作模块，不同的用户可使用测试管理工具，在线发送邮件、应用
界面共享等功能。
其中，每一阶段的管理模块还需要完成各自的功能：
需求管理：程序的需求驱动整个测试过程，需求管理可以让测试人员根据应
用需求自动生成测试用例。通过提供一个直观机制将需求和测试用例、测试
结果和报告的错误联系起来，从而确保完全的测试覆盖率。
测试计划：测试计划的制定是测试过程中至关重要的环节。它为整个测试提
供了一个结构框架。在测试计划期间，为测试小组提供一个关键要点和 Web
界面来协调团队间的沟通。
安排和执行测试：一旦测试计划建立后，测试实验室管理为测试日程制订提
供一个基于 Web 的框架。根据测试计划中创立的指标对运行着的测试执行监
控。
缺陷管理：当测试完成后，项目经理必须解读这些测试数据并将这些信息用
于工作中。当有出错发现时， 他们还要指定相关人员及时纠正。出错管理直
接贯穿作用于测试的全过程，以提供管理系统终端-终端的出错跟踪—从最初
的问题发现到修改错误再到检验修改结果。
图形化和报表输出：测试分析数据还可简便地输入到一种工业标准化的报告
工具，如 Word，Excel，Crystal Reports，和其它类型的第三方工具。
3 Mercury Quality Center 软件许可证使用
安装体系架构
Quality Center 产品的体系结构为 B/S 架构，在评测中心安装一台中心的测试管理服务
器，客户端用户即可通过网络，通过浏览器来访问和使用 Quality Center。其体系架构如下
图所示：
Quality Center 产品为典型的 J2EE 体系架构。测试项目的管理数据统一的存贮在数据库
服务器中，数据库可以采用大型数据库如 Oracle，SQL Server。应用服务器可以选择
WebLogic，JBOSS。WEB 服务器支持 IIS 或 Apache。可以将 WEB 服务器，应用服务器，
数据库服务器安装于同一台硬件服务器上，或者分别安装于不通的硬件服务器上。
WEB 服务器的安放位置决定了客户端访问的方式，若 WEB 服务器公布在 Internet 上，
那么客户端可以通过广域网连入使用。如 WEB 服务器安装于局域网中，只有在局域网中的
用户可以访问。
客户端访问方式
为了方便客户端用户的访问，使他们在任何时间，任何地点可以简便的使用测试管理软
件。Quality Center 采用了浏览器的客户端，如下图所示：
客户端用户只需在访问时选择相应的工作的项目组，输入用户名和密码，经过认证后即
可登录使用。
安装软件许可证
首先 Quality Center 的软件许可证安装于 Quality Center 的服务器端，通过一个同服务器
绑定的软件 Key 实现。如果是通过软件方式实现，将是一个 License 文件，如下。管理员将
它输入 Quality Center 的 License 管理模块，就可以得到一个控制客户端最大并发数的
License。举例说，如果 License 的数量为 100，Quality Center 就允许 100 个客户端同时连入
使用。
管理员管理方法
管理员拥有自由分配 License 使用数量的权限。举例来说，如果有一个用户 A 向评测中
心申请使用 Quality Center 来管理一个他自己的测试项目。测试中心的管理员可以在 Quality
Center 中为用户 A 建立一个专门的测试项目 QualityCenter_Demo，并同时指定能够并发访
问该项目的最大人数为 10。在项目 QualityCenter_Demo 使用结束后，这 10 个 License 会被
同时收回。操作方法如下：
4 Mercury Quality Center 产品比较
支持 QC QC Starter Edition
平台 Windows
Solaris
Linux
Windows
App Server JBoss
WebLogic
WebSphere
JBoss
Web Server IIS
JBoss
Apache
WebLogic
WebSphere
IIS
JBoss
数据库 Oracle
Microsoft SQL
MSDE
MSDE(Mircrosoft
Access)
集群 支持 不支持
最大用户数 根据 license，无限制 5
自定义和站点管理 支持所有功能 不支持站点管理中的 DB
Server 标签功能
与 BPT 和 Dashboard 集
成
支持 不支持
图示 QC Dashboard
从未来 License 扩充和产品的使用灵活性方面，根据以往客户经验，我们推荐 QC 版本给我
们的企业用户．
5 Mercury 广泛客户
