Combine Redmine和TFS

Question

我们公司希望实施一个bug跟踪器，它可以用于我们的合作伙伴。目前我们正在使用TFS作为我们的源代码管理和ALM系统。现在我很困惑，如何结合这两个系统，因为在TFS中我们有我们的产品版本和工作项目（也许还有错误）。但是，当我们开始使用Redmine时，我们不再在TFS中使用它们，或者有办法一起使用它们吗？

我找不到任何插件或类似的东西。

也许有人在该地区有实验，谢谢！

Answer 1

首先，客户报告的东西不是工程意义上的错误。它们是缺陷，可能是也可能不是缺陷。

特别是在TFS中，一个错误工作项用于表示失败测试或异常的元数据。

要整合你将不得不推出自己的或购买工具。我建议与TaskTop作为最佳工作项目跟踪集成工具...

Answer 2

在所有应有的尊重下，接受的答案都有误导性陈述。即使当我们谈论TFS/Redmine之类的时候，一个bug的概念与这里表达的却有很大的不同。根据ISTQB（以及与软件质量相关的其他评估板），错误，故障和缺陷之间存在差异。

让我来解释每一个概念：

错误：是由一个人的行为产生（现在:)）它的存在可能会或可能不会被检测到，并可能会或可能不会被列为一个软件缺陷

失败：是在使用被测应用程序（即错误消息，数据不一致，意外行为等）时如何检测到错误。失败可能会或可能不会被发现，但最常被归类为缺陷。

缺陷：是软件故障的文档说明。它通常包括实际的软件行为和预期的软件行为。还可以包括更多和变化的信息（即软件版本，环境等）

现在什么是“Bug”？ 作为一个术语，“Bug”是一个可以追溯到40年代后期的软件测试俚语。

检查了这一点： http://www.computerhistory.org/tdih/September/9/

考虑上述所有，我们可以说，在TFS和问题的工作项目在管理平台都有一个“错误”的类别，是指工作项目，使缺陷管理操作。

总之，客户是否发现意外行为并不会改变“缺陷”是“缺陷”的事实，因此“错误”是“错误”。