[如需转载，请在转载时注明出处，并保证本文的完整性]
最近对国内外主流缺陷管理工具进行调研，希望给广大软件测试从业朋友，在选择此类工具提供借鉴。
作为HP测试管理的又重要一成员Quality Center，其产品的前身TD至今还在绝大公司使用，尽管TD很长一段时间成为了测试管理与缺陷管理的标杆产品。但是QC并没有延续其较高的市场占有率。由于QC相比TD的改进，是在把TD转移到了J2EE平台上，除了内建的JBOSS以外，还支持weblogic、jboss、Apache等主流webserver，具有良好的跨平台的特性。 对QTP/WinRunner之列的HP系列产品的支持。但是由于不菲的价格，以及功能特性上的无明显亮点与创新。因此目前应用的企业不多。当然其中不乏一部分是9.0、10.0的破解用户或试用。
安装、配置与日常备份
由于QC的服务端的部署不在完全依赖IIS，使得其server端的操作系统更为灵活（win、linux、Solaris等）。不过DB的支持范围也减少到仅支持MS-SQL Server与oracle，与TD一样仍然后台不支持开源数据库连接，使用上增加不少成本；
QC较之前的TD在后台配置方面，也无明显的心意，配置工作集中在两种方式：一个是QC管理员页面提供服务器的参数配置；另外一个就是业务上对软件项目的定义、如用户角色、邮件配置、跟踪规则、工作流。值得称道的是，参数配置较以往版本能提供的参数项上丰富了许多，20多个参数与数据连接的配置可谓事无巨细的覆盖着常用的参数。
然而项目的定义较之前版本变化并不大，只不过优化了界面操作与易用性。作为一贯的商业软件，开放的API仍然是一大亮点，使用其自带的脚本编辑器外加稍微有点编码基础与API说明文档，使得测试人员完成对Action、Fields、List以及用户的配置显得更加灵活。当然，还是那句话，灵活的设计当然也是要“付之易用性下降”的代价。
在数据备份上，将以往数据库加项目配置文件的方式，调整为纯DB存储，即Site Administrator Data(domains, projects, andusers)与Common Setting配置数据均保存于数据库中。个人认为这样的方式使得日常数据备份显得易用很多，移动性强。
安装易用性★★★★ 配置易用性★★★ 数据备份 ★★★★★
访问Quality Center
适用的浏览器，仍然是QC产品的一个瓶颈， 客户端访问仍然需要基于IE浏览器的ActiveX的插件支持。尽管QC对高版本IE支持程度较TD明显提升，但是在时下浏览器种类与OS系统爆棚的今天。即便提供了Quality Center Explorer专业浏览器，访问QC仍然是让大家觉得比较勉强的事。
跨平台★★ 浏览器兼容性★★
Quality Center功能特性
仍然是基于Web的单个应用程序 ---需求管理、测试计划、测试实验室（可理解为测试执行）和缺陷管理。新增了一个基于QTP使用的业务组件功能。
见下图所示，QC的界面布局改用左右显示的风格，UI设计也做了不少优化。
测试需求管理
这个模块我们依旧可以理解它是作为测试需求管理的一款测试管理产品，不过这样的认为也得到产品功能的验证。比如我们可以配置需求的工作量，还可以通过需求管理项与计划或testcase，又或与缺陷的关联，那么最终结果可以分析出用例覆盖率、缺陷的探测率等一些指标显得有章可循，如下图。但是就如同TD的命运一下，这个功能在国内很多企业还是水土不服，试想一下，测试人员去牵头维护本来就不规范的需求衍生的测试需求，的确需要重新审视测试资源的配置与效果啰。
计划测试
正如之前文章所描述的一样，这个功能的确算得上Mercury系列测试管理工具的一大亮点，放在当下，也足以称道。用测试建模理念搭建出一个完整的测试架构，模块化的划分方式，对于用例管理与后期的测试执行起到重要的前提作用。
一直认为作商业性的管理系统，一定埋藏一些表面看似适用，但实际上意在激发使用者潜在需求的功能，如设计带参数的测试步骤、自动化脚本自动维护体现的淋漓尽致。试想没有配套的QTP或WinRunner，这功能不提也罢了
测试执行
测试执行实际上就是对之前定义的测试计划模型的实例化的过程。除了对测试用例执行人员、执行时间进行配置以外，还可图形化对执行工作流的配置。配合自动化测试工具自动调度脚本运行，并采集结果。这个功能除页面实现发生变化，其他的功能实现与TD无异
业务组件测试（部分观点来自于yangdaliang）
所谓业务组件，就是一种易于维护且可重复使用的单元，该单元包含执行特定任务的一个或多个步骤。业务组件可能需要来自外部源或其他组件的输入值，并可向其他组件返回输出值
QC引入"业务组件"的概念，有助于我们实现业务流程之间的组合，组合不同的组件实现不同的流程测试，规范业务流程，提高测试的覆盖率，这算是QC的扩展应用。
简单的说，业务组件模块功能与测试计划模块功能类似，只是一般企业不适合用业务组件这个功能，因为他需要业务人员参与到测试的整个流程中，而实际一般的公司这不存在这个情况。况且实际使用中这个还需要配合QTP使用。
缺陷管理与分析
缺陷提交包含两种方式：基于测试执行过程中的Bug提交（这样有助于分析用例的缺陷探测情况），还可以实现独立提交（即测试人员可以随时访问系统进行灵活提交）；
同样支持缺陷提交页面配置功能，由于不同产品测试需求与不同企业的缺陷属性的不同定义，提供缺陷属性页面设置功能，我们可以增减、修改、布局、是否必填、默认值、下拉选择内容等缺陷属性灵活配置。
如下图，缺陷管理列表，强大的列表检索功能，特别是测试管理人员，可以方便的配置所需查看列（缺陷属性）、配置各种复杂的交叉组合过滤条件，并且还可以将这些过滤条件保存为私有或公开的规则进行保存，方便后续相同条件的缺陷过滤、查看与导出。
另外QC还提供BUG与测试计划关联，缺陷跟踪配置的功能（这里就不再赘述）
与TD相比，QC增加了图形分析控件分析功能，通过对缺陷属性值的分组条件的配置，除了可以生成一些简单的表格、柱图、饼图分析以外，还可以新增了进度图与趋势图如下图。
不过我觉得从名称来看，貌似新图形，实际上所谓的进度图无非是将原来的二维增加维度，以三个维度来出图吧了，好在增加了对历史数据的计数（即进度图允许指定是否要查看选定数据字段的历史记录）；趋势图（可选“是否要查看缺陷数或缺陷数的变化”）针对所显示的每个时间间隔，显示 Quality Center 项目中特定缺陷字段的更改历史记录。
不过不足的地方仍然与TD类似，图形表现力差（特别是色彩过于老陈），用户体验不好。
测试需求管理实用性★★ 测试计划与执行管理★★★ 缺陷配置★★★
缺陷管理★★★★ 缺陷分析★★
系统辅助功能
各环节、各组件方便的导出功能，使得各环节数据均可备份与迁移；
QC系统后台还提供在线用户查询、数据库状态、数据库表查看等辅助功能；
用户管理增加了LDAP authentication，可以将用户从 LDAP 目录导入站点管理员的“用户”列表，并进行身份校验。
调研小结
由于之前对TD优缺点有了详细的体验描述（软件测试之缺陷管理产品分析系列---TestDirector）。由于从功能层面上来看，QC并没有什么明显的提升，所以也就不再赘述了。不过值得肯定的是在缺陷管理方面，相对其他缺陷工具还是出众的。当然还是昂贵的价格，使得其在测试用例与缺陷进行管理投资回报率还是偏低的，至少在国内是这样吧，写到这里，来看下指标统计吧。
附：指标统计
加油
