Ask YC: Your bug tracker
For all you YC and non-YC teams:
I'm building a better & faster bug tracker. Entering and managing bugs should be fast & easy.
My question to you: what's the bug tracker you currently use? What do you like about it, what not? What would you wish for in a bug tracker?
31 comments
[ 2.8 ms ] story [ 77.3 ms ] threadOther than that, it seems "good enough", but I'm sure there are advances to be made that I've never thought of.
Has anyone experienced a speedup by not using the built in server?
Anyone offer an outsourced, hosted version of Trac? =)
I use assembla.com.
John.
svn commit -m "Stopped electrocuting users, fixes #4959."
1.) A clean & simple UI. Reporters should just have a text field to enter the bug description and a way to attach screenshots/tracebacks/logfiles/tests/patches. All the priority/component/version/milestone/assignee stuff should be filled in afterwards, once the development team has been notified of the bug. Reporters usually have no clue what any of that means, even if they're in the same organization.
2.) It should be possible to submit bugs without a user account, with just an e-mail for further clarification. I can't tell you the number of times I've gone to submit a bug for some open-source software and then given up when I had to complete a lengthy sign-up process.
3.) E-mail notification, both for developers and for reporters.
4.) Integration with unit testing frameworks - I'd like a way to attach test cases to bugs and then automatically run all the tests with say JUnit or Nose. When a test fails, it'd be nice if I could be linked straight back to the initial bug report, to see where the regression is. Make sure you play nice with existing conventions for where tests go, eg. the tests/ subdirectory that many Java IDEs setup or the functional-testing facilities in web frameworks like Rails and Pylons.
5.) FogBugz has a nice screen-capture utility that's very handy for desktop software..if you can get your hands on a copy, you may want to check that out.
6.) A programmatic API. There're two main use-cases I want here. I want to hook the feedback form on the website itself up to the bugtracker, so that every time a user submits feedback it goes straight into the bugtracker and sends me a notification e-mail. I also want to hook existing functional-testing frameworks up to the bugtracker, so that if a test fails and is not already associated with a bug, it creates a new bug with a description of the failing test case.
7.) Check out the Subversion integration in Trac...I've never used Trac myself (keep meaning to check it out), but I've heard some very good things about it.
There's my wishlist. I'd be willing to pay FogBugz-level prices (hundred or so per seat) for a bugtracker that was actually useful. I wouldn't be willing to pay JIRA prices (couple thousand per seat).
It covers most of your points but doesn't include bug reporting/tracking by people not on a project (e.g., users). Their API and email integration should make it easy to integrate your own "report a bug" form.
They also offer svn hosting, but that is optional. (you can simply use them as a bug tracking system)
They've been very responsive to feature requests and have fixed several bugs/issues that we complained about, when they were still in their early days.
JIRA covers 1(via configuration), 3, 5, 6, 7. Possibly 2 and 4 via plugins.
No affiliation with Atlassian, just a (mostly) happy customer.
1. Lots of progress on our UI. You can attach screeshots using our capture applet and upload other files quickly. Devs can fill in optional technical bug details later or even hide them from the create issue screen. See http://www.atlassian.com/software/jira/docs/latest/issues_cr...
2. No user account needed as you can create and comment on bug reports via email. JIRA automatically gives you a user account as well so that you can use the web interface. See http://www.atlassian.com/software/jira/docs/latest/issue_cre...
3. Yep, flexible email and RSS notification schemes. See http://www.atlassian.com/software/jira/docs/latest/notificat...
4. We get the same outcome but associate with test cases rather than including them on the ticket. JIRA is designed to integrate with other systems and has quite a few test integrations already available so that you can associate test cases with bugs. We also support automated regression testing with our CI server, Bamboo. Check out http://www.atlassian.com/beyond/ and http://confluence.atlassian.com/display/JIRACOM/Add+Test+Cas...
5. Screen capture utility available. See http://www.atlassian.com/software/jira/docs/latest/screensho...
6. Programming API is available and have been quite successful in terms of the integration our customers have come up with as a result. Check it out here http://confluence.atlassian.com/display/JIRA/JIRA+RPC+Servic...
7. JIRA lets you link associated commits with tasks and bugs. Subversion integration details at http://confluence.atlassian.com/display/JIRAEXT/JIRA+Subvers...
All installed JIRA editions support unlimited users and we offer hosted options too. JIRA pricing is cheap and our tool is in use by over 14,000 customers. Check out http://www.atlassian.com/software/jira/pricing.jsp
Late to the party I know but I hope this can help future users.
Cheers, Dave http://www.atlassian.com
http://news.ycombinator.com/item?id=45666
Basic points of differentiation were that it would be fully extensible (add/remove any input fields), and that it would have a killer API.
The API would allow you to submit issues from anywhere you please: you could write a plugin for Eclipse (or favorite IDE) or you could widgetize it into a js include file so people could submit issues directly from your web page (think beta testers).
We later switched to Jira, which is expensive but powerful and a bit cluttered. Jira actually charges a flat price, not per seat as nostrademons suggests.
(besides, isn't VC a relatively new proposition? I'd be surprised if PG and co. used it for Viaweb)
Let's leave version control aside. Could someone spell out why bug tracking is so great? Thanks.
What problem are you solving again?