笔者对国内外主流缺陷管理工具进行调研，希望给广大软件测试从业朋友，在选择此类工具提供借鉴。
在工业级软件项目领域，由于Mercury（或HP）是测试软件领域的老大（比较有名的如LoadRunner、QTP等），因此它的TD也成为了缺陷跟踪系统的标杆产品。其也是最早通过Web方式来进行管理的缺陷跟踪软件。不过由于其早期版本不能灵活的对项目管理流程进行配置，又由于其昂贵的价格，因此目前应用的企业也不是很多，其中不乏一部分破解用户+外加汉化+字体补丁的使用方式。
不过TD的革命性的功能实现，的确很长一段时间引领着Bug管理软件产品的发展方向。
安装、配置与日常备份
TD的WEB服务服务器为IIS，必须得先部署好IIS环境，TD的后台数据库默认为Access，可以选择使用Sybase、 MS-SQL Server、 oracle，由于TD可以多项目区分管理，所以TD后台允许不同类型的数据库连接，不支持开源数据库连接，实际上给试用上增加不少成本，反之就是麻烦与风险；
TD也支持邮件服务，关于邮件的格式内容可以通过后台的配置文件进行配置（包括纯文字或HTML格式）如果需要安装则在安装前做好邮件服务器的相关配置。不过实践发现，配置发送邮件前，还要注意人员的个人资料是否包括邮箱地址，同时貌似对组邮箱的支持一直没有解决，这一点很是头疼；
TD不提供数据备份的功能，目前行业内普遍的做法，需要做到数据库备份与项目配置文件的同时备份，笔者的做法是通过编写批处理文件+OS计划任务，实现自动调度SQL Server数据库数据导出、配置文件备份、与FTP文件上传。
安装易用性★★★ 配置易用性★★ 数据备份 ★★★★
访问TD
使用过TD的朋友，兴许和我一样最头疼的莫过于对浏览器的支持，由于TD的客户端需要基于IE浏览器的ActiveX的插件支持。即便如此TD对后续的IE高版本支持程度也不如人意，尽管我们对后台的star_a.html文件编辑使其支持IE7或FF，不过支持效果也很难把握，对于一个公司而言，不同部门人员的操作系统与浏览器的很难一致，特别近一年的Win7+IE8、linuxOS+FF的盛行，访问TD就成了个杯具事情。（好在有个TD专用客户端浏览器，但是其系统占用过高，过滤时易卡死也使得使用麻烦不断），说了这么多，给我们的感觉TD的功能尽管强大，但是客户端的支持的确缺乏使用广泛性
跨平台★ 浏览器兼容性★
TD功能特性
TestDirector 算得上较早用于测试管理中所有重要方面的，且基于Web的单个应用程序 ---需求管理、测试计划、测试实验室（可理解为测试执行）和缺陷管理。
测试需求管理
尽管包括需求管理，不过我们还是大可以认为TestDirector 还是比较适合管理基于测试需求管理的一款测试管理产品，不过这样的认为也得到产品功能的验证，我们可以通过需求管理项与testcase，再与缺陷的关联，最终结果可以分析出用例覆盖率、缺陷的探测率等一些指标显得有章可循，如下图。
即便功能设计的初衷相对美好，不过对于广大的国内软件企业，这个功能显得有那么些水土不服了，“缺失的需求文档，变化的产品计划，不断的功能变更”等等诸如此类的问题对于测试需求的提炼，并记录到TD系统并非易事，外加测试执行的无序性，这个功能在很多同行的企业早已杂草丛生了
测试计划
笔者认为这个功能的确算得上这款测试管理工具的一大亮点，放在当下，也足以称道。用测试建模理念搭建出一个完整的测试架构，模块化的划分方式，对于用例管理与后期的测试执行起到重要的前提作用。对于整套Mercury产品家族下的重要一员，对于其他自动化测试工具的支持也是充分整合---用例管理中对Test Script也进行统一管理
测试执行
测试执行实际上就是对之前定义的测试计划模型的实例化的过程。除了对测试用例执行人员、执行时间进行配置以外，还可图形化对执行工作流的配置。作为测试管理人员，可以清晰的查看测试执行时间内，用例的执行情况，对于测试执行前后顺序的定义，避免一些带执行顺序的测试用例的执行混乱的问题
缺陷管理与分析
缺陷提交包含两种方式：基于测试执行过程中的Bug提交（这样有助于分析用例的缺陷探测情况），还可以实现独立提交（即测试人员可以随时访问系统进行灵活提交）；
支持缺陷提交页面配置功能，由于不同产品测试需求与不同企业的缺陷属性的不同定义，TD提供缺陷属性页面设置功能，我们可以增减、修改、布局、是否必填、默认值、下拉选择内容等缺陷属性灵活配置。
不过配置过程发现一些功能设计过于繁琐，例如：缺陷页面配置还细分了提交缺陷页面、查看缺陷页面，缺陷提交页面多Tab模式，无法修改系统默认字段，配置布局后排列出现混乱等问题，笔者认为使得绝对大多数中小软件企业管理与维护成本会有所提高。
除此之外，缺陷提交还可以兼容Mercury其他工具测试结果的自动提交，配置页面支持自定义脚本开发。
如上图，缺陷管理列表，强大的列表检索功能，特别是测试管理人员，可以方便的配置所需查看列（缺陷属性）、配置各种复杂的交叉组合过滤条件，并且还可以将这些过滤条件保存为私有或公开的规则进行保存，方便后续相同条件的缺陷过滤、查看与导出。
基于已查看到的缺陷列表，TD具有一定的分析功能，通过对缺陷属性值的配置，可以生成一些简单的表格、柱图、饼图分析。
不过笔者觉得TD的出图方式条件过于简单，图形表现力差（特别是色彩过于老陈），重要的是，我们很难对于一些带有数量、占比实时变化的质量指标进行趋势分析（如缺陷的收敛的趋势）、对于跨版本或跨产品（或项目）间横向比较等，诸如此类的缺陷分析在目前的SQA工作中日渐重要，TD对这方面支持较弱了。
测试需求管理实用性★★ 测试计划与执行管理★★★ 缺陷配置★★
缺陷管理★★★★ 缺陷分析★
系统辅助功能
用户、用户组、角色管理也是TD系统的细分功能中不错的设计，但是可能对于人员结构简单的企业显得过于繁琐；
方便的导入导出功能，使得各环节数据均可备份与迁移；
TD系统后台还提供在线用户查询、数据库状态、数据库表查看等辅助功能；
调研小结
如上文所述，TD还是兼具很多实用的测试管理功能，特别是在缺陷管理方面，表现尤为出众。但是客户端工具的制约因素，简单的分析功能，各项配置复杂程度、缺陷重复性检查对中文的支持不佳，此外对于缺陷的生命周期配置（特别Bug的分发与扭转，包括缺陷处理的逾期设置，流程行进过程中的消息通知），外加昂贵的价格，使得通过 Mercury 的 TD产品对测试工作，特别是缺陷进行管理未能获得最佳的投资回报率。
附：指标统计
