blocks|key|637157|text|它需要：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|637158|together|637159|link+|unordered-list-item|637160|
|637161|收集bug的优先级/严重性/到期日等，|637162|637163|将bug分配给releases|637164|637165|provide，将类似的bug|637166|637167|链接到customers|637168|637169|link解决的bug，将足够的信息或引用用于复制bug|637170|
<代码>H+117，需要由报告错误的客户端访问。H+220G+221|offset|length|style|CODE|637171|还有更多。|637172|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|0|P|A|0|0|5|0^^$0|@$1|2|3|4|5|6|7|16|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|17|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|18|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|19|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|1A|8|@]|9|@]|A|$]]|$1|K|3|H|5|6|7|1B|8|@]|9|@]|A|$]]|$1|L|3|M|5|F|7|1C|8|@]|9|@]|A|$]]|$1|N|3|H|5|6|7|1D|8|@]|9|@]|A|$]]|$1|O|3|P|5|F|7|1E|8|@]|9|@]|A|$]]|$1|Q|3|H|5|6|7|1F|8|@]|9|@]|A|$]]|$1|R|3|S|5|F|7|1G|8|@]|9|@]|A|$]]|$1|T|3|H|5|6|7|1H|8|@]|9|@]|A|$]]|$1|U|3|V|5|F|7|1I|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|1J|8|@$Y|1K|Z|1L|10|11]]|9|@]|A|$]]|$1|12|3|13|5|6|7|1M|8|@$Y|1N|Z|1O|10|11]]|9|@]|A|$]]|$1|14|3|-4|5|6|7|1P|8|@]|9|@]|A|$]]]|15|$]]

It need to:

<ol>
<li>collect bugs</li>
<li>order bugs on priority/severity/due date etc</li>
<li>assign bugs to developers</li>
<li>track a bug history</li>
<li>link similar bugs together</li>
<li>link bugs to customers</li>
<li>link solved bugs to releases</li>
<li>provide enough information or a reference to get the information to reproduce the bug</li>
<li>usable by more than one developer</li>
<li>bug status need to be accessible by the client that reported the bug.</li>
</ol>

And there are more.

blocks|key|314973|text|简单的终端用户数据输入。没有这一点，您将不会输入bug，这等于一文不值的bug工具。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|314974|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Simple end user data entry. Without this you won't have bugs entered, which equals worthless bug tool.

blocks|key|314990|text|我不能为你回答这个问题，因为我无法预测什么对你很重要，或者你的处境是什么：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|314991|314992|您是在一个大型或小型的开发团队中，还是您是一个单人行？|unordered-list-item|314993|会有用吗?在这样一个系统中，您可以让应用程序自动发送故障报告，从而在您的bug跟踪软件中创建事件？|314994|能够预测一个重要的发布计划，还是您在业余时间所做的一个附带项目？|314995|与源代码控制的集成很重要吗？|314996|f+29|offset|length|style|CODE|314997|实际上，是唯一能够回答您需要哪些特性的人。|BOLD|314998|entityMap^0|0|0|0|0|0|0|0|4|0|4|1|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|X|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|Y|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|Z|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|10|8|@]|9|@]|A|$]]|$1|J|3|K|5|E|7|11|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|12|8|@$N|13|O|14|P|Q]]|9|@]|A|$]]|$1|R|3|S|5|6|7|15|8|@$N|16|O|17|P|T]]|9|@]|A|$]]|$1|U|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|V|$]]

I can't answer this question for you, because I can't predict what is important for you, or what your situation is:

<ul>
<li>Are you on a large or small development team, or are you a one-man shop?</li>
<li>Would it be useful to have a system in place where you could have your application automatically send in trouble reports that create incidents in your bug tracking software?</li>
<li>Is being able to predict a release schedule important, or is this just something for a side project you're doing in your spare time?</li>
<li>Is integration with source control important?</li>
</ul>

In reality, you're the only one who can answer what features are required for you.

blocks|key|625117|text|这些是我认为最重要的三个必须具备的特性：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|625118|使人们能够follow-up|625119|Source控制集成，否则就很难跟踪谁做了什么，并使用电子邮件通知|unordered-list-item|625120|
部署了工作流。|625121|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|N|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|O|8|@]|9|@]|A|$]]]|J|$]]

Those are the 3 must-have features I find most important:

<ul>
<li>Web interface so people can follow-up</li>
<li>Source control integration, otherwise it's really hard to track who did what and deploy patches</li>
<li>Configurable workflow with email notifications</li>
</ul>

blocks|key|637117|text|我真的很想看到：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|637118|1)投票--也就是说，这个错误伤害了多少客户/用户？|637119|(+2)严重性/优先级/不管什么--这些术语之间的区别是微妙的，通常(IMHO)是微不足道的，但是您必须知道bug有多重要。大多数工具都有这种情况，但过于复杂。|637120|3)依赖--内部(在同一系统中的其他bug)和外部(外部库、软件等)。大多数but在现实中都有这种情况，但是它在数据库中通常是不可表达的，导致在分阶段进行长时间、无意义的辩论。|637121|我认为基本上毫无意义的事情：|637122|1)任何广泛的调查问卷--任何提出太多问题的bug跟踪器--都只会得到糟糕的数据。这比没有更糟。|637123|(+2)有争议的，但强制性的每日/每周/任何电子邮件通知。他们只是被归档为垃圾邮件/被忽略/过滤掉。如果开发人员应该修复bug，而不是修复错误，那就是管理问题。软件不能解决这个问题。|637124|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|S|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|T|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|U|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|V|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|O|$]]

Things I would really like to see:

1) Voting - i.e. how many customers/users does this bug hurt?

2) Severity/priority/whatever - the distinction between these terms is subtle and normally (IMHO) insignificant, but you have to have some idea of how important the bug is. Most tools have this, but overcomplicate it.

3) Dependencies - both internal (on other bugs in the same system) and external (external libraries, software, etc). Most bugs have this in reality, but it's not normally expressible in the database, leading to long, pointless debates at triage time.

Things I think are largely pointless:

1) Any extensive questionnaires - any bug-tracker that asks too many questions will just get bad data. That's worse than none.

2) Controversial, but compulsory daily/weekly/whatever email notifications. They just get filed as spam/ignored/filtered out. If developers should be fixing bugs, and aren't, that's a management problem. Software cannot fix this.

blocks|key|637187|text|需要：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|637188|​|637189|637190|电子邮件通知。|unordered-list-item|637191|Status+|637192|组通知|637193|组权限|637194|Web接口|637195|H+111简单/快速接口H+212F+213|offset|length|style|CODE|637196|entityMap^0|0|0|0|0|0|0|0|0|0|5|C|A|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Y|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|10|8|@]|9|@]|A|$]]|$1|H|3|I|5|G|7|11|8|@]|9|@]|A|$]]|$1|J|3|K|5|G|7|12|8|@]|9|@]|A|$]]|$1|L|3|M|5|G|7|13|8|@]|9|@]|A|$]]|$1|N|3|O|5|G|7|14|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|15|8|@$R|16|S|17|T|U]|$R|18|S|19|T|U]]|9|@]|A|$]]|$1|V|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]]|W|$]]

Need:

<li>Email notification. 
<li>Status
<li>Group notify
<li>Group rights
<li>Web interface
<li>Easy / fast interface

I found a lot of questions asking for the best tool, but none asking for the features, you really need? And what features you never really needed?

(I caught myself to be comparing tools on feature matrices. Something I hate, because in the end I will be using only the 3-4 most important features and leave the rest untouched.)

What should a good BugTracking tool be capable of?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我发现很多问题都要求最好的工具，但是没有人问特性，你真的需要吗？你根本不需要什么特征？(我发现自己正在比较特征矩阵上的工具。一些我讨厌的东西，因为到头来我只会使用3-4最重要的特性，而其余的特性则不会被触及。

问一个好的BugTracking工具应该能做些什么？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问一个好的BugTracking工具应该能做些什么？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问一个好的BugTracking工具应该能做些什么？
EN