Curious: Which Bug Tracking Software Does Your Team Use?
-
We use TFS for story management, defect tracking, source control and continuous integration. A one-stop shop that meets all our needs. IMHO, it works well. Very well. /ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
Very good to hear someone say they have an effective system in place. We'll just keep emailing our bugs around. :D Manager: "Why does this crash occur in production?" Dev: "Oh, I guess I missed the email with that bug." :wtf:
-
We use JIRA by Atlassian. It is Web-based, with great pricing that scales with the team size and budget needs. Features many useful plugins accessible via a Plugin Store[^]. Some are free, some are paid. Hope it helps!
Max
We use Jira, as well. It works great for what we need it for, and it integrates well with some of our other tools.
-
I'm quite curious about the bug tracking software that teams are using. Does your QA team use any bug tracking software at all? How do they report bugs to devs? Do they just send email or write the bug on a scrap of paper? If you do use anything, is it custom -- something written in-house? Or if it is a commercial or open-source package or other that is available, what is it called?
I order of the most I like to the ones I hate: 1- Trac: you can host it, you can add you plugins, it has wiki, there are hosted sites that can give you one repository, but can look old compared to today social media, but dude you don't want facebook if you are working. 2- Jira: could be better, have some features that I hate and consider useless. can be hosted or bought as a service. You can handle a lot of projects with this, have integration with all they products to give more services (Confluense...) 3- TFS: very good if you have a good admin working over it. The integration with VS is wonderful. 4- Spiceworks: a lower version of Jira, we ate it cause gave us a lot of problems.
-
I order of the most I like to the ones I hate: 1- Trac: you can host it, you can add you plugins, it has wiki, there are hosted sites that can give you one repository, but can look old compared to today social media, but dude you don't want facebook if you are working. 2- Jira: could be better, have some features that I hate and consider useless. can be hosted or bought as a service. You can handle a lot of projects with this, have integration with all they products to give more services (Confluense...) 3- TFS: very good if you have a good admin working over it. The integration with VS is wonderful. 4- Spiceworks: a lower version of Jira, we ate it cause gave us a lot of problems.
Great info. Thanks for the feed back. I think a lot of the difficulties with all of these systems is just the learning curve/ setup curve for getting everything set the way you want to use them.
-
In one way I hope you are joking. In another way -- since my QA people use nothing except outlook to report bugs -- I think you are on to a simple idea that really could work. I'm stuck in an endless looping paradox. :)
Here is an example of project on Excel Online[^]
-
I've used 1. TFS 2. BugZilla 3. OnTime 4. Axosoft 5. Excel 6. One Note 7. A homegrown app I wrote and some other one too
If it's not broken, fix it until it is
Did any of those win? :-D
-
I like the Bugzilla icons. HOnestly, it looks like one of the better ones, but looks possibly difficult to configure. But maybe they're all difficult to configure. :)
Not too difficult. There are some good tutorials to do this. Might take you a couple of hours (2 to 4) creating a bugzilla server on linux.
"Program testing can be used to show the presence of bugs, but never to show their absence." << please vote!! >>
-
I like the Bugzilla icons. HOnestly, it looks like one of the better ones, but looks possibly difficult to configure. But maybe they're all difficult to configure. :)
I've installed a bugzilla server and what the tutorials are lacking is things relating to the webserver part... I used apache2 and I had to first enable the website on the webserver (not in the tutorials) before it worked. If you can see apache2 start (index) page from your web browser, it tells you on there how to do it. Hope you find success (I almost gave up).
"Program testing can be used to show the presence of bugs, but never to show their absence." << please vote!! >>
-
I like the Bugzilla icons. HOnestly, it looks like one of the better ones, but looks possibly difficult to configure. But maybe they're all difficult to configure. :)
I've installed a bugzilla server and what the tutorials are lacking is things relating to the webserver part... I used apache2 and I had to first enable the website on the webserver (not in the tutorials) before it worked. If you can see apache2 start (index) page from your web browser, it tells you on there how to do it. Hope you find success (I almost gave up).
"Program testing can be used to show the presence of bugs, but never to show their absence." << please vote!! >>
-
I'm quite curious about the bug tracking software that teams are using. Does your QA team use any bug tracking software at all? How do they report bugs to devs? Do they just send email or write the bug on a scrap of paper? If you do use anything, is it custom -- something written in-house? Or if it is a commercial or open-source package or other that is available, what is it called?
redmine!
Behzad
-
redmine!
Behzad
Thanks for chiming in on this.