缺陷跟踪管理系统

错误跟踪系统或缺陷跟踪系统是一种软件应用程序，用于跟踪软件开发项目中报告的软件错误。 它可以被视为一种问题跟踪系统。

许多错误跟踪系统，例如大多数开源软件项目使用的系统，都允许最终用户直接输入错误报告。 其他系统仅在进行软件开发的公司或组织内部使用。 通常，错误跟踪系统与其他项目管理软件集成在一起。

错误跟踪系统通常是专业软件开发基础设施的必要组成部分，持续使用错误或问题跟踪系统被认为是优秀软件团队的标志之一。

错误跟踪系统的一个主要组成部分是一个数据库，它记录有关已知错误的事实。 事实可能包括错误报告的时间、严重程度、错误的程序行为以及如何重现错误的详细信息； 以及报告它的人的身份以及可能正在修复它的任何程序员的身份。

典型的错误跟踪系统支持通过分配给错误的状态跟踪错误生命周期的概念。 错误跟踪系统应允许管理员根据状态配置权限、将错误移至另一个状态或删除错误。 该系统还应该允许管理员配置错误状态以及特定状态下的错误可以移动到什么程度。 当添加新记录或状态发生变化时，一些系统会向感兴趣的各方发送电子邮件，例如提交者和指定的程序员。

可以根据错误报告的内容进行自动诊断。例如，可以自动检测重复的错误或自动修复错误。

错误跟踪系统的主要好处是提供开发请求（包括错误和改进；边界通常是模糊的）及其状态的清晰集中概览。 待定项目的优先列表（通常称为积压）在定义产品路线图或可能只是下一个版本时提供了有价值的输入。

在公司环境中，错误跟踪系统可用于生成有关程序员修复错误的生产力的报告。 但是，这有时可能会产生不准确的结果，因为不同的错误可能具有不同级别的严重性和复杂性。 错误的严重性可能与修复错误的复杂性没有直接关系。 管理者和架构师之间可能会有不同的意见。

本地错误跟踪器 (LBT) 通常是应用程序支持专业人员团队（通常是帮助台）使用的计算机程序，用于跟踪与软件开发人员沟通的问题。 使用 LBT 允许支持专业人员使用他们自己的语言而不是开发人员的语言来跟踪错误。 此外，LBT 允许专业支持团队跟踪有关打电话投诉的用户的特定信息——实际开发队列中可能并不总是需要此信息。 因此，当 LBT 到位时，有两个跟踪系统。

错误和问题跟踪系统通常作为集成项目管理系统的一部分实施。这种方法允许在一般产品开发过程中包括错误跟踪和修复，修复多个产品版本中的错误，自动生成产品知识库和发布说明。

一些错误跟踪器被设计为与分布式版本控制软件一起使用。 这些分布式错误跟踪器允许在开发人员离线时方便地读取错误报告、添加到数据库或更新错误报告。 Fossil 和 Veracity 都包含分布式错误跟踪器。

最近，商业错误跟踪系统也开始与分布式版本控制相结合。 例如，FogBugz 通过源代码控制工具 Kiln 启用此功能。

虽然 wiki 和错误跟踪系统通常被视为不同类型的软件，但 ikiwiki 也可以用作分布式错误跟踪器。 它还可以以集成的分布式方式管理文档和代码。 但是，它的查询功能不如其他一些非分布式错误跟踪器（如 Bugzilla）先进或用户友好。 可以对 org-mode 做出类似的陈述，尽管它本身不是 wiki 软件。

虽然传统的测试管理工具（如 HP Quality Center 和 IBM Rational Quality Manager）带有它们自己的错误跟踪系统，但其他工具与流行的错误跟踪系统集成。