结合 Redmine 和 TFS
Combine Redmine and TFS
我们公司想要实施一个错误跟踪器，供我们的合作伙伴使用。目前我们使用 TFS 作为我们的源代码控制和 ALM 系统。现在我很困惑，如何结合这两个系统，因为在 TFS 中我们有我们的产品版本和工作项（可能还有错误）。但是当我们开始使用 Redmine 时，我们在 TFS 中不再有它们，或者有没有办法将它们一起使用？
我找不到任何插件或类似的东西。
也许有人在这方面有经验，谢谢！
首先，客户报告的东西不是工程意义上的错误。它们是可能是也可能不是错误的缺陷。
特别是在 TFS 中，错误工作项用于表示失败测试或异常的元数据。
要集成，您必须自己动手或购买工具。我建议与 TaskTop 交谈，将其作为最佳工作项跟踪集成工具...
恕我直言，接受的答案包含误导性陈述。
First, things reported by customers are not bugs in the engineering
sence. They are defects that may or may not be bugs.
即使我们谈论 TFS/Redmine 之类的东西，bug 的概念也与这里表达的非常不同。
根据 ISTQB（以及与软件质量相关的其他资格委员会），错误、失败和缺陷之间存在区别。
让我解释一下每个概念：
错误： 是由人类行为产生的（目前 :)）它的存在可能会或可能不会被检测到，并且可能会或可能不会被归类为软件缺陷
Failure: 是在使用被测应用程序时如何检测错误（即错误消息、数据不一致、意外行为等）。故障可能会或可能不会被检测到，但大多数情况下最终会被归类为缺陷。
缺陷： 是软件故障的书面描述。它通常包括实际的软件行为和预期的软件行为。还可以包含更多不同的信息（即软件版本、环境等）
现在什么是"Bug"??
"Bug" 作为一个术语，是一个可以追溯到 40 年代后期的软件测试俚语。
看看这个：
http://www.computerhistory.org/tdih/September/9/
综上所述，我们可以说 TFS 中的工作项和 Redmine 中的问题都有一个 "Bug" 类别，指的是允许缺陷管理操作的工作项。
总而言之，无论客户是否发现意外行为都不会改变 "Defect" 是 "Defect" 的事实，因此 "Bug" 是 "Bug".
我们公司想要实施一个错误跟踪器，供我们的合作伙伴使用。目前我们使用 TFS 作为我们的源代码控制和 ALM 系统。现在我很困惑，如何结合这两个系统，因为在 TFS 中我们有我们的产品版本和工作项（可能还有错误）。但是当我们开始使用 Redmine 时，我们在 TFS 中不再有它们，或者有没有办法将它们一起使用？
我找不到任何插件或类似的东西。
也许有人在这方面有经验，谢谢！
首先，客户报告的东西不是工程意义上的错误。它们是可能是也可能不是错误的缺陷。
特别是在 TFS 中，错误工作项用于表示失败测试或异常的元数据。
要集成，您必须自己动手或购买工具。我建议与 TaskTop 交谈，将其作为最佳工作项跟踪集成工具...
恕我直言，接受的答案包含误导性陈述。
First, things reported by customers are not bugs in the engineering sence. They are defects that may or may not be bugs.
即使我们谈论 TFS/Redmine 之类的东西，bug 的概念也与这里表达的非常不同。
根据 ISTQB（以及与软件质量相关的其他资格委员会），错误、失败和缺陷之间存在区别。
让我解释一下每个概念：
错误： 是由人类行为产生的（目前 :)）它的存在可能会或可能不会被检测到，并且可能会或可能不会被归类为软件缺陷
Failure: 是在使用被测应用程序时如何检测错误（即错误消息、数据不一致、意外行为等）。故障可能会或可能不会被检测到，但大多数情况下最终会被归类为缺陷。
缺陷： 是软件故障的书面描述。它通常包括实际的软件行为和预期的软件行为。还可以包含更多不同的信息（即软件版本、环境等）
现在什么是"Bug"?? "Bug" 作为一个术语，是一个可以追溯到 40 年代后期的软件测试俚语。
看看这个： http://www.computerhistory.org/tdih/September/9/
综上所述，我们可以说 TFS 中的工作项和 Redmine 中的问题都有一个 "Bug" 类别，指的是允许缺陷管理操作的工作项。
总而言之，无论客户是否发现意外行为都不会改变 "Defect" 是 "Defect" 的事实，因此 "Bug" 是 "Bug".