What should a good BugTracking tool be capable of? [closed]

时光怂恿深爱的人放手 提交于 2019-11-30 15:55:48

It need to:

  1. collect bugs
  2. order bugs on priority/severity/due date etc
  3. assign bugs to developers
  4. track a bug history
  5. link similar bugs together
  6. link bugs to customers
  7. link solved bugs to releases
  8. provide enough information or a reference to get the information to reproduce the bug
  9. usable by more than one developer
  10. bug status need to be accessible by the client that reported the bug.

And there are more.

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

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

  • Are you on a large or small development team, or are you a one-man shop?
  • 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?
  • 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?
  • Is integration with source control important?

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

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

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

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.

Need:

  • Email notification.
  • Status
  • Group notify
  • Group rights
  • Web interface
  • Easy / fast interface
  • 标签
    易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
    该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!