㈠ 有什么比较好的类似 BugFree 的 bug 管理工具
Quality Center，前身就是TD，随后美利科被惠普收购后更名为Quality Center，目前最新版本是HP ALM 12.0，从曾经轻量级测试跟踪工具变成目前庞大的生命周期管理工具。但是基础内核还是沿用TD的。
JIRA，严格来说它仅为一个项目和事物管理工具，但是可以广泛用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。
IBM Rational 一款支持分散团队进行实时相关协作的软件生命周期管理解决方案。Rational Team Concert 基于 IBM Rational® Jazz™ 平台，提供流程配置、指导和实施框架，支持您的整个软件交付环境。
Bugzilla，有答案提到过了。
用得比较多的就这些，其它冷门的工具要么功能不全面，要么只能适用于特定的项目场景。
㈡ 公司里面常用的bug管理工具有那些有没有免费的bug管理工具
联想用的就是免费的bug管理工具：bugzilla
各个公司用的工具可能都不一样，但是用起来大同小异。
开源软件又叫免费软件，有bugfree,bugzilla,jira等。
㈢ 软件测试的项目有哪些常用的缺陷管理工具
1.QC
QC的全称Quality center, 质量中心的意思，它是一款缺陷管理工具，可以组织和管理一个项目所有的测试阶段.
2.Bugzilla，
Bugzilla是一个Bug追踪系统设计用来帮助你管理软件开发。
Bugzilla是一开源Bug Tracking System，是专门为Unix定制开发的。但是在windows平台下依然可以成功安装使用.
3.Bugfree，
BugFree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug
管理系统。简单实用、免费并且开放源代码(遵循GNU GPL)。
4.JIRA
JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。
JIRA功能全面，界面友好，安装简单，配置灵活，权限管理以及可扩展性方面都十分出色。
JIRA创建的默认问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。
Jira融合了项目管理、任务管理和缺陷管理，许多着名的开源项目都采用了JIRA。
JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。
5.Mantis
Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统，其功能与前面提及的JIRA系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业，界面也没有JIRA漂亮，但在实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。不过目前的版本还存在一些问题，期待在今后的版本中能够得以完善。
6.Readmine
Redmine是用ruby开发的基于web的项目管理软件，免费。JIRA收费
Redmine可以创建子任务，而jira不易创建子任务。
Redmine来管理项目，但它没有用例管理.
7.禅道
禅道项目管理软件是开源，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了项目管理的核心流程。
8.TAPD
TAPD项目管理软件是基于敏捷开源，隶属腾讯开发出来的，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了敏捷项目管理的核心流程。
9.TESTLINK
略
10.TD
略
如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)
㈣ bug管理有工具推荐吗
我们团队用日事清做Bug的管理，建立了严谨的规范。
团队可随时清楚当前的质量情况以便进行质量管理或决策变更支持。对于程序员来说，通过日事清的统计功能，可以清楚手头还有多少bug没解决，多少解决后又重新打开的，有没可能修改引发，bug根源，拒绝修复的原因是什么；
我们公司用过的bug管理工具也是一批又一批。但直到年初终于接触一个能让我们团队都感到满意的产品-日事清
1、 10人以下免费：不限制工程个数和bug条数，而且10人以下永久免费
2、 各平台都有支持：从web、pc、app甚至Mac端都支持。一个账号全平台可用。
3、 信息一目了然：从bug的新建，已解决、未解决、延期到关闭所有的操作一目了然。
4、 完善的bug统计：此软件可从项目维度和人员维度对数据进行统计。
㈤ bug管理工具有哪些
我们团队现在直接在日事清内进行“bug管理”，提bug人员将bug输入到“收集”状态，由产品助理集中处理，视bug具体情况将bug拖拽到其他集中状态。如果拖拽到“确认”，在该bug下添加相应技术人员让其处理，技术人员会在日事清协作系统内收到通知并且bug同步到其收纳箱，方便技术人员集中处理，解决后由技术人员拖拽到“已解决”状态卡片，大大节省了沟通时间。
如果bug是由用户反馈，那么在bug详情中记录其联系方式，由提bug人员跟踪该bug状态，修复后告知用户。如果产品助理/产品经理甄别bug时需要和相关负责人员沟通，不会直接联系技术人员，而是在bug评论中延时沟通。
相比其他解决方案，我们目前的“bug管理”在一个工作系统内完成，不增加“提bug人员”、“甄别bug人员”、“处理bug人员”的使用成本； 由产品助理/产品经理/测试工程师集中甄别bug并和技术人员延时沟通，杜绝其他成员直接联系技术人员询问打扰其工作； 如果bug状态发生改变，比如“已解决”、“评论沟通”等，提bug人员会收到通知，可以实时跟进bug状态，提bug人员更可阶段性点击“bug管理”模块查看实时状态 ；
㈥ bug管理工具都有哪些
质量管理五大工具，也称品管五大工具。包括：
1、统计过程控制（SPC，Statistical Process Control）；
2、测量系统分析（MSA，Measure System Analyse）；
3、失效模式和效果分析（FMEA，Failure Mode & Effect Analyse）；
4、产品质量先期策划（APQP，Advanced Proct Quality Planning）；
5、生产件批准程序（PPAP，Proction Part Approval Process）
APQP 是质量计划，但其实也是项目开发的计划。既然是计划，它的时间起点是项目正式启动的那一时间点到 PPAP 结束，正常量产后进行总结，认为没有其他问题，可以关闭开发项目的那一时间点为止。执行人是整个 APQP 小组。
PPAP 是生产件批准程序，只是整个 APQP 计划中的一个环节，通常居于 APQP 计划的后半阶段，一般来讲是 APQP 计划的核心。
FMEA/SPC/MSA 都是质量管理的工具。诚如有朋友指出的，FMEA 有 DFMEA， PFMEA，这些工作的导入事件多为 APQP 的初期或中、早期。它们主要正对的产品的设计、生产工艺或过程而言的。属于预防性的计划。
MSA 很简单，是校对量、检具。
SPC 也很简单，是管制住某几个重要参数，监督它们生产的稳定性。若发现有较大的波动，则立即采取措施，纠正工艺或生产流程。
MSA 与 SPC 一样，都在 PPAP 阶段实施比较妥当（太早有很多影响因素导致 MSA 无效等）。实施者多为质量工程师。
(6)bug管理工具有哪些扩展阅读
APQP（Advanced Proct Quality Planning）即产品质量先期策划，是一种结构化的方法，用来确定和制定确保某产品使顾客满意所需的步骤。
产品质量策划的目标是促进与所涉及的每一个人的联系，以确保所要求的步骤按时完成。有效的产品质量策划依赖于公司高层管理者对努力达到使顾客满意这一宗旨的承诺。
产品质量策划有如下的益处：
1、引导资源，使顾客满意；
2、促进对所需更改的早期识别；
3、避免晚期更改；
4、以最低的成本及时提供优质产品。
㈦ 软件测试工具和缺陷管理工具都有哪些啊
这些工具都是现在比较流行且容易上手的
测试工具有（这个自动化就是尽量减少人工重复劳动的回归测试，性能就是找出软件的瓶颈）
1.性能测试：LOADRUNNER、JMETER……
2.自动化测试：QTP、RPT……
3.web前端分析：yslow、httpwatch
缺陷管理工具有（说白了这就是用来记录bug的，程序员与测试员之间通过这个来修复bug）：
1.QC
2.TD
3.TESTLINK
4.bugfree
5.Jira
书籍有：
软件测试的艺术，我觉得这本书不错，对新手来说
精通自动化测试LOADRUNNER
测试还需要懂写脚本语言
java
c
vbs等这些都可以用来写测试脚本的
暂时先就说这些。。。。。。