TFS中的错误，问题和任务之间有什么区别

Question

有人能给我一个关于TFS中的错误，问题和任务之间差异的简短解释吗？

Answer 1

对于Scrum TFS Process Template

• Bug - 现有功能中的任何问题或功能缺失。代码或要求中的缺陷，错误并非设计为。

• Issue（Impediment） - 任何可能会阻止开发过程的问题，例如：您确定为依赖项的第三方驱动程序未按时发布，因此这是您开发过程中的一个问题。

• Task - 任何计划作为项目开发的一部分的工作，可能是由于错误，问题或要求（包括需求分析或开发或测试）造成的。等

对于Agile TFS Process Template

• Bug - 一个错误表明您的团队正在开发的代码中存在潜在问题。

• Issue - 可能延误发货的事件或原因。

• Task - 任务表明需要做一些工作。每个团队成员都可以定义任务来表示他们需要完成的工作。

Answer 2

过去我们使用过TFS。

问题 - 是否需要调查的软件用户报告问题。这可能是代码错误或需求变更（在变更请求之前）

BUG - 开发人员确认“代码中”存在问题。可以提供类似可能的原因和解决方法的信息。可以标记为已修复并链接到源代码检查。

任务 - 是一个供人们完成的工作项目。比如需要完成的功能。如果它是一个编程任务，它可以链接到源代码检查。

<强>更新

见下面的评论。请记住，以有利于团队的方式使用系统。每个人的工作方式都不同。

问题 - 涵盖项目的所有内容，可能需要一些工作或调查。它不一定是代码的问题，但它为调查创建了一个说明点。如果出现问题，需要更改项目，可能会导致错误或任务。

Answer 3

MSF敏捷工作项目类型

MSF Agile包含以下工作项类型：

• 错误。表示应用程序中的问题或潜在问题。
• 风险。表示可能对您的项目产生负面影响的事件或条件。
• 方案。表示通过系统进行用户交互的单一路径。
• 任务。表示团队成员需要做一些工作。
• 服务质量要求。表示限制系统应如何工作的要求。

MSF CMMI工作项类型

MSF CMMI包含以下工作项类型：

• 错误。表示应用程序中的问题或潜在问题。
• 变更请求。表示对您的申请的建议更改。
• 问题。表示可能阻碍工作或当前阻止工作的情况。
• 要求。表示应用程序应该如何解决客户问题。
• 评价。表示代码，设计或部署审核的结果。
• 风险。表示可能对项目产生负面影响的可能事件或条件。
• 任务。表示团队成员需要做一些工作。

请参阅此处描述工作项类型详情的链接：

http://msdn.microsoft.com/en-us/library/ms400752.aspx

http://msdn.microsoft.com/en-us/library/bb668962.aspx

Answer 4

有时错误，错误和缺陷被定义为 当测试团队将代码中的错误称为缺陷时，开发团队接受该错误时，将其称为Bug。如果它不符合SRS文档中的客户要求，则称为失败。