产品管理使用测试产品搭建测试管理平台.docx

产品管理使用测试产品搭建测试管理平台.docx

《产品管理使用测试产品搭建测试管理平台.docx》由会员分享，可在线阅读，更多相关《产品管理使用测试产品搭建测试管理平台.docx（14页珍藏版）》请在冰豆网上搜索。

产品管理使用测试产品搭建测试管理平台

最新卓越管理方案

您可自由编辑

使用Mercury测试产品

搭建测试服务平台

美科利.北京

1概述

此方案是美科利公司为XXX定制，对如何利用美科利公司的测试产品，搭建对外服务的测试平台做出说明。

重点在于MercuryTestDirectorforQualityCenter产品的介绍，产品如何管理和控制软件许可证的使用以及MercuryQualityCenterStarter和　Enterprise版本对比,Mercury广泛的客户等。

2MercuryQualityCenter产品功能概要介绍

1.1.测试需求管理

程序的需求驱动整个测试过程。

TestDirectorforQC的Web界面简化了这些需求管理过程，以此用户可以验证应用软件的每一个特征都功能正常。

TestDirectorforQC的需求管理可以让测试人员根据应用需求自动生成测试用例。

通过提供一个直观机制将需求和测试用例、测试结果和报告的错误联系起来，从而确保完全的测试覆盖率。

1.2.测试计划

测试计划的制定是测试过程中至关重要的环节。

它为整个测试提供了一个结构框架。

TestDirectorforQC的TestPlanManager在测试计划期间，为测试小组提供一个关键要点和Web界面来协调团队间的沟通。

1.3.

安排和执行测试

一旦测试计划建立后，TestDirectorforQC的测试实验室管理为测试日程制订提供一个基于Web的框架。

它的SmartScheduler™根据测试计划中创立的指标对运行着的测试执行监控。

1.4.缺陷管理

当测试完成后，项目经理必须解读这些测试数据并将这些信息用于工作中。

当有出错发现时，他们还要指定相关人员及时纠正。

TestDirectorforQC的出错管理直接贯穿作用于测试的全过程，以提供管理系统终端-终端的出错跟踪—从最初的问题发现到修改错误再到检验修改结果。

关于错误跟踪和分析系统，我们将在后面的章节里详细描述。

1.5.用户权限管理

基于应用评测中心具备多项目，多人员的特点。

TestDirectorforQC根据步骤二中划分的人员职能和角色，建立用户权限管理。

这里的用户权限管理类似Windows操作系统下的权限管理，将不同的用户分成用户组。

在TestDirectorforQC中，缺省拥有六个组TDAdmin,QATester,ProjectManager,Developer,Viewer,Customer，用户还可以根据需求，自己建立特殊的用户组。

每一用户组，都拥有属于自己的权限设置。

例如，ProjectManager项目经理一组的成员，可以看到所有该项目的工作人员的工作进度报告，而其他人却看不到。

1.6.集中式项目信息管理

TestDirectorforQC采用集中式的项目信息管理，它安装在应用评测中心的服务器上，后台采用集中式的数据库（Oracle,SQLServer,Access,etc）。

所有的关于项目的信息都按照树状目录方式存储在管理数据库中，项目信息的访问，只有被赋予权限的用户，方才可以登陆和查询、修改。

请见下图。

1.7.分布式访问

一套基于Web的测试管理系统提供了一个协同合作的环境和一个中央数据仓库。

由于测试人员分布在各地，用户需要一个统一的测试管理系统能让用户不管在何时何地都能参与并出力于整个测试过程。

从整体来看，TestDirectorforQC完全基于WEB的用户访问，拥有可定制的用户界面和访问权限；完全基于WEB的服务器管理，用户组和权限管理，实现测试管理软件的远程配置和控制。

1.8.更多技术特点

从整体来看，该测试管理平台还具备以下的特点：

❑完全基于WEB的用户访问；可定制的用户界面和访问权限；完全基于WEB的服务器管理，用户组和权限管理，实现测试管理软件的远程配置和控制。

❑使用单一的测试管理工具，实现测试管理、测试计划、测试用例管理和运行、测试脚本版本控制、错误跟踪等模块的所有功能，所有模块使用统一的数据库，实现信息的无缝共享。

❑内置协同工作模块，不同的用户可使用测试管理工具，在线发送邮件、应用界面共享等功能。

其中，每一阶段的管理模块还需要完成各自的功能：

❑需求管理：

程序的需求驱动整个测试过程，需求管理可以让测试人员根据应用需求自动生成测试用例。

通过提供一个直观机制将需求和测试用例、测试结果和报告的错误联系起来，从而确保完全的测试覆盖率。

❑测试计划：

测试计划的制定是测试过程中至关重要的环节。

它为整个测试提供了一个结构框架。

在测试计划期间，为测试小组提供一个关键要点和Web界面来协调团队间的沟通。

❑安排和执行测试：

一旦测试计划建立后，测试实验室管理为测试日程制订提供一个基于Web的框架。

根据测试计划中创立的指标对运行着的测试执行监控。

❑缺陷管理：

当测试完成后，项目经理必须解读这些测试数据并将这些信息用于工作中。

当有出错发现时，他们还要指定相关人员及时纠正。

出错管理直接贯穿作用于测试的全过程，以提供管理系统终端-终端的出错跟踪—从最初的问题发现到修改错误再到检验修改结果。

❑图形化和报表输出：

测试分析数据还可简便地输入到一种工业标准化的报告工具，如Word，Excel，CrystalReports，和其它类型的第三方工具。

3MercuryQualityCenter软件许可证使用

3.1安装体系架构

QualityCenter产品的体系结构为B/S架构，在评测中心安装一台中心的测试管理服务器，客户端用户即可通过网络，通过浏览器来访问和使用QualityCenter。

其体系架构如下图所示：

QualityCenter产品为典型的J2EE体系架构。

测试项目的管理数据统一的存贮在数据库服务器中，数据库可以采用大型数据库如Oracle，SQLServer。

应用服务器可以选择WebLogic，JBOSS。

WEB服务器支持IIS或Apache。

可以将WEB服务器，应用服务器，数据库服务器安装于同一台硬件服务器上，或者分别安装于不通的硬件服务器上。

WEB服务器的安放位置决定了客户端访问的方式，若WEB服务器公布在Internet上，那么客户端可以通过广域网连入使用。

如WEB服务器安装于局域网中，只有在局域网中的用户可以访问。

3.2客户端访问方式

为了方便客户端用户的访问，使他们在任何时间，任何地点可以简便的使用测试管理软件。

QualityCenter采用了浏览器的客户端，如下图所示：

客户端用户只需在访问时选择相应的工作的项目组，输入用户名和密码，经过认证后即可登录使用。

3.3安装软件许可证

首先QualityCenter的软件许可证安装于QualityCenter的服务器端，通过一个同服务器绑定的软件Key实现。

如果是通过软件方式实现，将是一个License文件，如下。

管理员将它输入QualityCenter的License管理模块，就可以得到一个控制客户端最大并发数的License。

举例说，如果License的数量为100，QualityCenter就允许100个客户端同时连入使用。

3.4管理员管理方法

管理员拥有自由分配License使用数量的权限。

举例来说，如果有一个用户A向评测中心申请使用QualityCenter来管理一个他自己的测试项目。

测试中心的管理员可以在QualityCenter中为用户A建立一个专门的测试项目QualityCenter_Demo，并同时指定能够并发访问该项目的最大人数为10。

在项目QualityCenter_Demo使用结束后，这10个License会被同时收回。

操作方法如下：

4MercuryQualityCenter产品比较

支持

QC

QCStarterEdition

平台

Windows

Solaris

Linux

Windows

AppServer

JBoss

WebLogic

WebSphere

JBoss

WebServer

IIS

JBoss

Apache

WebLogic

WebSphere

IIS

JBoss

数据库

Oracle

MicrosoftSQL

MSDE

MSDE（MircrosoftAccess）

集群

支持

不支持

最大用户数

根据license，无限制

5

自定义和站点管理

支持所有功能

不支持站点管理中的DBServer标签功能

与BPT和Dashboard集成

支持

不支持

图示　QCDashboard

从未来License扩充和产品的使用灵活性方面，根据以往客户经验，我们推荐QC版本给我们的企业用户．

5Mercury广泛客户

感谢阅读