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

使用Mercury测试产品搭建测试管理平台搭建测试服务平台美科利.北京概述此方案是美科利公司为XXX定制，对如何利用美科利公司的测试产品，搭建对外服务的测试平台做出说明。重点在于MercuryTestDirectorforQualityCenter产品的介绍，产品如何治理和操纵软件许可证的使用以及MercuryQualityCenterStarter和Enterprise版本对比,Mercury广泛的客户等。MercuryQualityCenter产品功能概要介绍测试需求治理程序的需求驱动整个测试过程。TestDirectorforQC的Web界面简化了这些需求治理过程，以此用户能够验证应用软件的每一个特点都功能正常。TestDirectorforQC的需求治理能够让测试人员依照顾用需求自动生成测试用例。通过提供一个直观机制将需求和测试用例、测试结果和报告的错误联系起来，从而确保完全的测试覆盖率。测试打算测试打算的制定是测试过程中至关重要的环节。它为整个测试提供了一个结构框架。TestDirectorforQC的TestPlanManager在测试打算期间，为测试小组提供一个关键要点和Web界面来和谐团队间的沟通。安排和执行测试一旦测试打算建立后，TestDirectorforQC的测试实验室治理为测试日程制订提供一个基于Web的框架。它的SmartScheduler™依照测试打算中创立的指标对运行着的测试执行监控。缺陷治理当测试完成后，项目经理必须解读这些测试数据并将这些信息用于工作中。当有出错发觉时，他们还要指定相关人员及时纠正。TestDirectorforQC的出错治理直截了当贯穿作用于测试的全过程，以提供治理系统终端-终端的出错跟踪—从最初的问题发觉到修改错误再到检验修改结果。关于错误跟踪和分析系统，我们将在后面的章节里详细描述。用户权限治理基于应用评测中心具备多项目，多人员的特点。TestDirectorforQC依照步骤二中划分的人员职能和角色，建立用户权限治理。那个地点的用户权限治理类似Windows操作系统下的权限治理，将不同的用户分成用户组。在TestDirectorforQC中，缺省拥有六个组TDAdmin,QATester,ProjectManager,Developer,Viewer,Customer，用户还能够依照需求，自己建立专门的用户组。每一用户组，都拥有属于自己的权限设置。例如，ProjectManager项目经理一组的成员，能够看到所有该项目的工作人员的工作进度报告，而其他人却看不到。集中式项目信息治理TestDirectorforQC采纳集中式的项目信息治理，它安装在应用评测中心的服务器上，后台采纳集中式的数据库〔Oracle,SQLServer,Access,etc〕。所有的关于项目的信息都按照树状名目方式储备在治理数据库中，项目信息的访问，只有被给予权限的用户，方才能够登陆和查询、修改。请见以下图。分布式访问一套基于Web的测试治理系统提供了一个协同合作的环境和一个中央数据仓库。由于测试人员分布在各地，用户需要一个统一的测试治理系统能让用户不管在何时何地都能参与并出力于整个测试过程。从整体来看，TestDirectorforQC完全基于WEB的用户访问，拥有可定制的用户界面和访问权限；完全基于WEB的服务器治理，用户组和权限治理，实现测试治理软件的远程配置和操纵。更多技术特点从整体来看，该测试治理平台还具备以下的特点：完全基于WEB的用户访问；可定制的用户界面和访问权限；完全基于WEB的服务器治理，用户组和权限治理，实现测试治理软件的远程配置和操纵。使用单一的测试治理工具，实现测试治理、测试打算、测试用例治理和运行、测试脚本版本操纵、错误跟踪等模块的所有功能，所有模块使用统一的数据库，实现信息的无缝共享。内置协同工作模块，不同的用户可使用测试治理工具，在线发送邮件、应用界面共享等功能。其中，每一时期的治理模块还需要完成各自的功能：需求治理：程序的需求驱动整个测试过程，需求治理能够让测试人员依照顾用需求自动生成测试用例。通过提供一个直观机制将需求和测试用例、测试结果和报告的错误联系起来，从而确保完全的测试覆盖率。测试打算：测试打算的制定是测试过程中至关重要的环节。它为整个测试提供了一个结构框架。在测试打算期间，为测试小组提供一个关键要点和Web界面来和谐团队间的沟通。安排和执行测试：一旦测试打算建立后，测试实验室治理为测试日程制订提供一个基于Web的框架。依照测试打算中创立的指标对运行着的测试执行监控。缺陷治理：当测试完成后，项目经理必须解读这些测试数据并将这些信息用于工作中。当有出错发觉时，他们还要指定相关人员及时纠正。出错治理直截了当贯穿作用于测试的全过程，以提供治理系统终端-终端的出错跟踪—从最初的问题发觉到修改错误再到检验修改结果。图形化和报表输出：测试分析数据还可简便地输入到一种工业标准化的报告工具，如Word，Excel，CrystalReports，和其它类型的第三方工具。MercuryQualityCenter软件许可证使用安装体系架构QualityCenter产品的体系结构为B/S架构，在评测中心安装一台中心的测试治理服务器，客户端用户即可通过网络，通过扫瞄器来访问和使用QualityCenter。其体系架构如以下图所示：QualityCenter产品为典型的J2EE体系架构。测试项目的治理数据统一的存贮在数据库服务器中，数据库能够采纳大型数据库如Oracle，SQLServer。应用服务器能够选择WebLogic，JBOSS。WEB服务器支持IIS或Apache。能够将WEB服务器，应用服务器，数据库服务器安装于同一台硬件服务器上，或者分别安装于不通的硬件服务器上。WEB服务器的安放位置决定了客户端访问的方式，假设WEB服务器公布在Internet上，那么客户端能够通过广域网连入使用。如WEB服务器安装于局域网中，只有在局域网中的用户能够访问。客户端访问方式为了方便客户端用户的访问，使他们在任何时刻，任何地点能够简便的使用测试治理软件。QualityCenter采纳了扫瞄器的客户端，如以下图所示：客户端用户只需在访问时选择相应的工作的项目组，输入用户名和密码，通过认证后即可登录使用。安装软件许可证第一QualityCenter的软件许可证安装于QualityCenter的服务器端，通过一个同服务器绑定的软件Key实现。假如是通过软件方式实现，将是一个License文件，如下。治理员将它输入QualityCenter的License治理模块，就能够得到一个操纵客户端最大并发数的License。举例说，假如License的数量为100，QualityCenter就承诺100个客户端同时连入使用。治理员治理方法治理员拥有自由分配License使用数量的权限。举例来说，假如有一个用户A向评测中心申请使用QualityCenter来治理一个他自己的测试项目。测试中心的治理员能够在QualityCenter中为用户A建立一个专门的测试项目QualityCenter_Demo，并同时指定能够并发访问该项目的最大人数为10。在项目QualityCenter_Demo使用终止后，这10个License会被同时收回。操作方法如下：MercuryQualityCenter产品比较支持QCQCStarterEdition平台WindowsSolarisLinuxWindowsAppServerJBossWebLogicWebSphereJBossWebServerIISJBossApacheWebLogicWebSphereIISJBoss数据库OracleMicrosoftSQLMSDEMSDE(Mircr