我们公司希望实施一个可用于我们合作伙伴的错误跟踪器。目前我们使用TFS作为源控件和ALM系统。现在我很困惑，如何将这两个系统结合起来，因为在TFS中我们有产品版本和工作项（也许还有bug）。但是当我们开始使用Redmine时，我们不再在TFS中使用它们，或者有没有办法将它们一起使用？
我找不到任何插件或类似的东西。
也许有人在该地区有经验，谢谢！
答案 0 :(得分：1)
首先，客户报告的内容不是工程中的错误。它们是可能存在或可能不存在错误的缺陷。
特别是在TFS中，错误工作项用于表示失败的测试或异常的元数据。
要整合，您必须自己动手或购买工具。我建议将TaskTop作为最佳工作项跟踪集成工具...
答案 1 :(得分：1)
在充分尊重的情况下，接受的答案具有误导性陈述。
首先，客户报告的内容不是工程中的错误 SENCE。它们是可能存在或可能不存在错误的缺陷。
即使我们谈论TFS / Redmine之类的问题，错误的概念也与此处所表达的内容截然不同。
根据ISTQB（以及与软件质量相关的其他资格委员会），错误，失败和缺陷之间存在差异。
让我解释一下这个概念：
错误：是由人类的行为产生的（现在:)）它的存在可能会或可能不会被检测到，可能会也可能不会被归类为软件缺陷
失败：是在使用受测试应用程序时如何检测错误（即错误消息，数据不一致，意外行为等）。可能会或可能不会检测到故障，但最常被归类为缺陷。
缺陷：是软件故障的文档描述。它通常包括实际的软件行为和预期的软件行为。还可以包括更多和更多的信息（即软件版本，环境等）
现在什么是＆＃34; Bug＆＃34; ?? ＆＃34; Bug＆＃34;，作为一个术语，是一个可以追溯到40年代后期的软件测试俚语。
检查一下： http://www.computerhistory.org/tdih/September/9/
考虑到上述所有内容，我们可以说TFS中的工作项目和Redmine中的问题都有一个＆＃34; Bug＆＃34;引用允许缺陷管理操作的工作项的类别。
总之，客户是否发现了意外行为并未改变＆＃34;缺陷＆＃34;是一个＆＃34;缺陷＆＃34;，因此是一个＆＃34; Bug＆＃34;是一个＆＃34; Bug＆＃34;。