笔者对国内外主流缺陷管理工具进行调研，希望给广大软件测试从业朋友，在选择此类工具提供借鉴。
在工业级软件项目领域，由于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系统并非易事，外加测试执行的无序性，这个功能在很多同行的企业早已杂草丛生了。
