TFS中的bug、问题和任务之间有什么区别

有谁能简单解释一下TFS中bug、问题和任务之间的区别吗

当我们过去使用TFS时

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

BUG-是一个由开发人员确认的“代码中”的问题。可以提供可能的原因和解决方法等信息。可以标记为固定并链接到源代码签入

任务是一项交给员工完成的工作项。例如需要完成的功能。如果是编程任务，则可以将其链接到源代码签入

更新

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

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

对于

• -现有功能中的任何问题或功能缺失。代码或要求中的缺陷，设计上不允许的错误

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

• -计划作为项目开发一部分的任何工作，无论是由于bug、问题或需求，包括需求分析、开发或测试。等等

对于

• -bug表明团队正在开发的代码中存在潜在问题

• -可能延迟装运的事件或原因

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

---

MSF敏捷工作项类型
MSF Agile包含以下工作项类型：
• 臭虫。表示应用程序中的问题或潜在问题
• 风险。表示可能对项目产生负面影响的事件或情况
• 情景。表示通过系统进行用户交互的单一路径
• 任务。表示团队成员需要做一些工作
• 服务质量要求。表示约束系统应如何工作的需求
MSF CMMI工作项类型
MSF CMMI包含以下工作项类型：
• 臭虫。表示应用程序中的问题或潜在问题
• 更改请求。表示对应用程序的建议更改
• 问题。表示可能会阻止工作或当前正在阻止工作的情况
• 要求。表示应用程序应如何解决客户问题的描述
• 复习。表示代码、设计或部署审阅的结果
• 风险。表示可能对项目产生负面影响的事件或情况
• 任务。表示团队成员需要做一些工作
请参阅此处描述工作项类型详细信息的链接：

---

有时错误、Bug和缺陷被定义为

---

当测试团队将代码中的错误识别为缺陷，并且开发团队将其接受为Bug时，代码中的错误称为错误。如果不符合SRS文档中的客户要求，则称为故障。
了解您使用的模板会有所帮助。例如：“Bug”在模板之间有细微的差别。有些模板使用不同的工作项。我建议你接受答案，或者编辑你的问题，或者对你想要的答案发表评论。我相信这些只适用于Scrum流程。这是TFS中敏捷方法中使用问题、bug和任务的标准方法吗？没有。乔恩的定义不正确。这个问题是开发的外部依赖性—第三方库，它需要支持服务器环境等—与正在开发的代码无关。bug是指无论您运行的是Scrum还是Agile，都会如何标记代码问题。用户报告的代码错误的状态为“新建”。一旦确认，错误的状态将更改为“已确认”。另一方面，需求变更作为用户故事输入。@Joshua。在不同的敏捷团队中工作了4年，而不仅仅是作为开发人员。我同意，一个问题涵盖了一切，如果它与代码相关，那么以后可能会链接到bug或任务。但是，它可能会作为基础设施问题提出，即从.Net 4更新到.Net 4.5运行时。