-1

Our company want to implement an bug tracker, which will be usable for our partners. Currently we are using TFS as our source control and ALM system. Now i'm confused, how to combine these two systems, because in the TFS we have our product versions and work items (maybe also bugs). But when we start using Redmine, we don't have them in the TFS any more, or is there a way, to use them together?

I could not find any plugins or something similar.

Maybe some one has experiances in the area, thank you!

BendEg
  • 20,098
  • 17
  • 57
  • 131

2 Answers2

1

First, things reported by customers are not bugs in the engineering sence. They are defects that may or may not be bugs.

Specifically in TFS a bug work item is used to represent the meta data of a failing test or exception.

To integrate you will either have to roll your own or buy a tool. I recommend talking to TaskTop as the best work item tracking integration tool...

MrHinsh - Martin Hinshelwood
  • 23,409
  • 5
  • 46
  • 69
1

With all due respect, the accepted answer has misleading statements.

First, things reported by customers are not bugs in the engineering sence. They are defects that may or may not be bugs.

Even when we talk about TFS/Redmine and the like, the concept of a bug is very different from what is being expressed here.

According to ISTQB (and other qualification boards related to software quality) there is a difference between an Error, a Failure, and a Defect.

Let me explain each concept:

Error: is produced by a human being's actions (for now :) ) it's existence may or may not be detected and may or may not be classified as a software Defect

Failure: is how an Error can be detected while using the Application Under Test (i.e. error messages, data inconsistency, unexpected behavior, etc). A Failure may or may not be detected, but most often ends up being classified as a Defect.

Defect: is the documented description of a software Failure. It usually includes actual software behavior and expected software behavior. More and varied information can be included as well (i.e. software version, environment, etc)

Now what is a "Bug"?? "Bug", as a term, is a software testing slang that dates back to the late 40's.

Check this out: http://www.computerhistory.org/tdih/September/9/

Taking all the aforementioned, we can say that the Work Items in TFS and Issues in Redmine both have a "Bug" category that refer to work items that allow Defect management actions.

In conclusion, whether or not the unexpected behavior was found by a customer does not change the fact that a "Defect" is a "Defect", and therefore a "Bug" is a "Bug".

displayName000001
  • 11
  • 1