bugzilla缺陷管理工具?现在都用TestCenter啦
Bugzilla缺陷管理工具是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。
Bugzilla是一开源Bug Tracking System，是专门为Unix定制开发的。但是在windows平台下依然可以成功安装使用。
Bugzilla是一个拥有较强功能的错误跟踪系统。可以使开发测试人员在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而保证软件产品的质量。但是TestCenter作为一款更好更强大的缺陷管理、测试管理工具，拥有比Bugzilla更强大的功能以及无法比拟的优势：
TestCenter是上海泽众软件科技有限公司自主研发的一款强大的测试管理工具，基于B/S体系结构，可以分别通过自动化测试或者手工测试制定测试流程，并且提供多任务的测试执行，以及缺陷跟踪管理系统，终生成测试报表。
TestCenter可以和本公司的测试工具AutoRunner、Terminal AutoRunner系列集成，也可以和其他测试工具集成，提供强大的自动化功能测试。
TestCenter的用户是所有需要提高软件开发质量的软件公司、软件外部企业，以及提供测试服务的部门。
使用TestCenter，可以帮助用户明确测试目标、测试需求并建立完善的测试计划；可以帮助用户掌控测试过程并建立有效地质量控制点；可以帮助用户严谨地实施测试计划并对测试全过程进行针对性评估。
1.在安装方面： 若要同时使用Testlink和Bugzilla这2款软件，则需要分别安装这2款软件。在XP系统下安装完毕后平均耗时半小时左右，而且安装过程比较繁琐，修改配置文件比较麻烦，若要对这2款软件进行汉化的话，则有可能出现乱码/数据丢失等现象。而如果使用我们的产品TestCenter，整个安装过程只需10分钟即可，而且基本无需做什么配置，等待时间可以大大减少，提高了安装效率，用户不必花大量的时间在安装软件上。
2.技术支持方面：我们可以提供完善的技术支持服务，无论是免费版还是专业版，都可以在短的时间内给客户满意的答复，所以客户可以放心使用我们的产品。而若要同时使用Testlink和Bugzilla这2个软件，且不论需要分开联系两边的技术支持，而且若联系上也需要大半天的时间，工作效率降低了许多。所以，在技术支持方面我们产品TestCenter是可以保证的，也是其它2款产品做不到的。
3.在产品易用性方面：由于我们的开发环境和测试环境是在研究整个测试市场后才开始进行的，所以我们的测试工具TestCenter是迎合市场的。虽然Testlink和Bugzilla这2款软件是开源的，但是对于我们中国市场来说，可能还有些不适应的地方，上手度并没有我们TestCenter高。并且，我们可以根据客户的实际需要，在TestCenter中加入定制的功能或适当修改当前的功能。
4.比较项目：
缺陷管理：
Testlink无此功能。
Bugzilla虽然有缺陷管理功能，但若汉化了以后会出现输入中文后变乱码，邮件无法发送等问题，而且bug一但变多，管理则会混乱，不能直接关联到相关的测试用例。
TestCenter的缺陷管理考虑到了中国用户的使用习惯，设置了多种查询功能，而且客户可以通过设置“过滤器”来查看满足自定义条件的bug。TestCenter同样提供了导出buglist功能，而且支持打印。此外，在TestCenter的缺陷管理中可以查看所有bug的图表分析，包括日分析和月分析，这大大提高了测试团队的管理效率。
缺陷流程自定义：
Testlink无此功能，无从比较。
Bugzilla的缺陷流程是比较规范的，但设计的时候并没有充分考虑到中小公司的使用。由于中小型公司的测试人员较少，势必会导致流程的不规范，这关系到了整个缺陷流程自定义。在Bugzilla中提交bug的整个流程是做得比较死的，不可能根据中小型公司的实际需要来改变整个流程。
TestCenter不仅仅满足一些大公司的测试需求，而且考虑到了中小型企业的实际情况，可以在缺陷自定义流程中自己做一些修改，比方说每一步都有上传附件和修改备注信息等功能，也可由测试员自己关闭bug。在提交完毕后还可以查看每一步所做的具体修改信息。
缺陷管理（关联测试用例）：
Testlink和Bugzilla都无此功能。
缺陷管理中的关联测试用例是TestCenter的一个特色。考虑到用户可能由于bug的数量越多，管理越混乱，导致所提交bug后找不到关联的测试用例，所以，TestCenter提供了关联测试用例功能。在提交bug的过程中，用户可以填写与该bug相关联的测试用例，到回归查看该bug时可方便地查询到关联的测试用例。
缺陷管理（缺陷关联需求）：
Testlink和Bugzilla都无此功能。
一个完整的测试流程都会有明确的测试需求。所以，TestCenter通过缺陷查看需求是十分重要的。在测试人员提交bug的过程中，可以填写与该bug相关的测试需求，到回归查看该bug时可方便地查询到关联的测试用例。
Sql语句查询：
Testlink无此功能。
Bugzilla虽然支持sql语句的查询，但在查询过程中，一旦输错语句，则可能导致查询失败，而用户还未察觉到所输入的语句存在问题，进而无法在大量的缺陷中找到要查询的bug。
TestCenter在新版本中加入了sql语句的查询功能，用户只需选择所要查询的条件，便可以自动生成sql语句，若要查询其它缺陷，只需修改关键词即可，从而大大降低了输入sql语句错误的概率。
测试需求：
Testlink有新建测试需求的功能，但总的来说对于整个测试流程来说还是比较简单的，只能满足基本的需要。
Bugzilla无此功能。
TestCenter有单独的测试需求模块，并且支持导出测试需求功能。TestCenter的测试需求在Testlink的基础上还可以直接到测试用例模块中新建与测试需求完全相同的树结构，这省去了，新建完测试需求后还要到测试用例模块中建立对应的测试用例，节省了大量的宝贵测试时间。不仅如此，TestCenter的测试需求模块还提供了测试集新建向导，用户不必新建完测试需求后在每个模块中不断切换，便可直接在测试集模块中建立与需求相关的测试集。
测试用例：
Testlink提供了测试用例，并且能够关联到测试需求，但每个测试用例并不能记录详细的操作过程，对于手工测试和自动化测试都不是很方便。
Bugzilla无此功能。
TestCenter的测试用例模块提供了导出测试用例组功能。并且在测试用例中可以设置组件（脚本）的依赖关系，在自动运行中便可以方便按照所要执行的顺序进行自动运行。此外，新版本的TestCenter提供了“用例设计”模块。在“用例设计”中我们可以详细记录无论是自动执行还是手工执行的每一步的详细步骤，这些在Testlink都没有提供。
手工测试任务管理：
TestCenter提供了面向任务的测试管理：第一，从测试计划发起一个测试活动根据把每一个测试用例创建一个测试任务；第二，测试经理可以把测试任务分配给测试工程师；第三，测试工程师根据测试任务来填报；第四，测试过程中出现问题，可以直接根据测试问题提交缺陷；
自动测试支持：
TestCenter提供了更多对自动测试的支持。自动测试是功能测试发展的方向，使用自动测试能够在更短的时间内执行更多轮次的测试；
TestCenter的测试用例支持自动执行（通过调用业务组件的脚本）。TestLink不支持自动测试。TestCenter能够通过与自动测试工具连接，调用自动测试工具来执行测试脚本。
对BPT的支持：
TestCenter支持面向业务流程的测试，BusinessProcessTesting。TestCenter对BPT的支持，能够使自动测试类似于工作流等应用系统成为可能，提供更多的测试支持。
支持业务组件：
TestCenter的测试对象支持三层：第一层：业务组件；第二层，测试用例；第三层，测试集。通过三层模型能够非常好的支持BPT。
TestLink只支持测试用例和测试集，无法提供对BPT的支持。
从测试需求创建测试集：
TestCenter能够从需求出发来创建测试集，从而很好的计算测试需求的覆盖率。
测试需求覆盖率对于测试经理而言非常重要：它是衡量测试覆盖范围的非常重要的因素。
测试比对报表TestCenter支持测试对比报表，能够对两次或者多次测试的结果进行比对，方便测试经理比对两次测试或者多次测试的结果。
