Editing Bug tracking system

{{Short description|Software application that records software bugs}}
Tracking system or defect tracking system is a [[software application]] that keeps track of reported [[software bug]]s in software development projects. It may be regarded as a type of [[issue tracking system]].

Many bug tracking systems, such as those used by most [[open-source software]] projects, allow end-users to enter bug reports directly.<ref>{{cite web |url=http://www.sitepoint.com/implement-client-side-bug-reporting-usersnap/ |title=Implement Client-side Bug Reporting |author=Bogomil Shopov |access-date=17 November 2014 |date=September 8, 2014 |url-status=dead |archive-url=https://web.archive.org/web/20141113131614/http://www.sitepoint.com/implement-client-side-bug-reporting-usersnap/ |archive-date=13 November 2014 }}</ref> Other systems are used only internally in a company or organization doing [[software development]]. Typically bug tracking systems are integrated with other [[project management software]].

A bug tracking system is usually a necessary component of a professional software development infrastructure, and consistent use of a bug or issue tracking system is considered one of the "hallmarks of a good software team".<ref>{{cite web|url=http://www.joelonsoftware.com/articles/fog0000000029.html |title=Painless Bug Tracking|author=Joel Spolsky|access-date=29 October 2010|date=November 8, 2000}}</ref>

== Making==

A major component of a bug tracking system is a [[database]] that records facts about known bugs. Facts may include the time a bug was reported, its severity, the [[erroneous program]] behavior, and details on how to reproduce the bug; as well as the identity of the person who reported it and any programmers who may be working on fixing it.<ref>{{cite web |url=https://kaner.com/pdfs/bugadvoc.pdf |title=Bug Advocacy |last=Kaner |first=Cem |date=July 2000 |website=kaner.com |access-date=2021-05-19 |pages=81, 98 }}</ref>

Typical bug tracking systems support the concept of the life cycle for a bug which is tracked through the status assigned to the bug. A bug tracking system should allow administrators to configure permissions based on status, move the bug to another status, or delete the bug. The system should also allow administrators to configure the bug statuses and to what extent a bug in a particular status can be moved. Some systems will e-mail interested parties, such as the submitter and assigned programmers, when new records are added or the status changes.

== Usage ==

The main benefit of a bug-tracking system is to provide a clear centralized overview of development requests (including both bugs and improvements; the boundary is often fuzzy), and their state. The prioritized list of pending items (often called backlog) provides valuable input when defining the product road map, or maybe just "the next release".

In a corporate environment, a bug-tracking system may be used to generate reports on the productivity of programmers at fixing bugs. However, this may sometimes yield inaccurate results because different bugs may have different levels of severity and complexity. The severity of a bug may not be directly related to the complexity of fixing the bug. There may be different opinions among the managers and architects.

A ''local bug tracker (LBT)'' is usually a [[computer program]] used by a team of application support professionals (often a [[help desk]]) to keep track of issues communicated to software developers. Using an LBT allows support professionals to track bugs in their "own language" and not the "language of the developers." In addition, an LBT allows a team of support professionals to track specific information about users who have called to complain&mdash;this information may not always be needed in the actual development queue. Thus, there are two tracking systems when an LBT is in place.

== Part of integrated project management systems ==
Bug and issue tracking systems are often implemented as a part of integrated [[Project management software|project management systems]].
This approach allows including bug tracking and fixing in a general product development process, fixing bugs in several product versions, automatic generation of a product [[knowledge base]] and release notes.

== Distributed bug tracking ==

Some bug trackers are designed to be used with [[distributed revision control]] software. These distributed bug trackers allow bug reports to be conveniently read, added to the database or updated while a developer is offline.<ref name='lwn-distributed'>{{cite web|url=https://lwn.net/Articles/281849/ |title=Distributed bug tracking|author=Jonathan Corbet|access-date=7 January 2009|work=[[LWN.net]]|date=May 14, 2008}}</ref> [[Fossil (software)|Fossil]] and Veracity both include distributed bug trackers.

Recently, commercial bug tracking systems have also begun to integrate with [[distributed version control]].  [[FogBugz]], for example, enables this functionality via the source-control tool, Kiln.<ref>{{cite web | url=http://www.fogcreek.com/FogBugz/learnmore.html | title=FogBugz Features | work=Fogbugz.com | access-date=2010-10-29 | archive-date=2013-07-05 | archive-url=https://web.archive.org/web/20130705174337/http://www.fogcreek.com/fogbugz/features/issue-and-bug-tracking.html | url-status=dead }}</ref>

Although [[wiki]]s and bug tracking systems are conventionally viewed as distinct types of software, [[ikiwiki]] can also be used as a distributed bug tracker. It can manage documents and code as well, in an integrated distributed manner. However, its query functionality is not as advanced or as user-friendly as some other, non-distributed bug trackers such as [[Bugzilla]].<ref name='ikiwiki'>{{Cite web |url=https://www.networkworld.com/article/829935/lan-wan-integrated-issue-tracking-with-ikiwiki.html |title=Integrated issue tracking with Ikiwiki |access-date=10 November 2014 |author=Joey Hess|work=NetworkWorld.com |publisher=[[International Data Group|IDG]]|date=6 April 2007}}</ref> Similar statements can be made about [[org-mode]], although it is not wiki software as such.

==Bug tracking and test management==
While traditional [[test management tool]]s such as [[HP Quality Center]] and IBM Rational Quality Manager come with their own bug tracking systems, other tools integrate with popular bug tracking systems.{{Citation needed|date=January 2011|reason=Is it "traditional" or is it "proprietary" vs. Open Source?}}

== See also ==
* [[Application lifecycle management]]
* [[Comparison of issue-tracking systems]] – Including bug tracking systems
* [[Comparison of project management software]] – Including bug tracking systems

== References ==
{{reflist}}

== External links ==
* [http://www.chiark.greenend.org.uk/~sgtatham/bugs.html How to Report Bugs Effectively] by [[Simon Tatham]]
* [http://dist-bugs.kitenet.net/software/ List of distributed bug tracking software]

{{Bug tracking systems}}

[[Category:Bug and issue tracking software| Bug tracking system]]
[[Category:Help desk]]
[[Category:Project management software]]