谁能给我简要解释一下 TFS 中的错误、问题和任务之间的差异？
问问题
44044 次
4 回答
49
对于Scrum TFS 流程模板
错误- 现有功能中的任何问题，或缺少功能。代码或要求中的缺陷，不是设计的错误。
问题（障碍）- 任何可能阻碍开发过程的问题，例如：您确定为依赖的第三方驱动程序没有按时发布，因此这是您的开发过程中的一个问题。
任务- 作为项目开发的一部分计划的任何工作，无论是作为错误、问题或需求的结果，包括需求分析或开发，或测试。等等
对于敏捷 TFS 过程模板
于 2011-03-03T10:56:29.637 回答
11
当我们过去使用 TFS 时。
ISSUE - 是软件用户报告的需要调查的问题。这可能是代码错误或需求更改（在提出更改请求之前）
BUG - 是开发人员确认的“代码中”问题。可以提供信息，例如可能的原因和解决方法。可以标记为固定并链接到源代码签入。
TASK - 是给人们完成的工作项目。比如需要完成的功能。如果是编程任务，可以链接到源码签到。
更新
请参阅下面的评论。请记住，以使您的团队受益的方式使用该系统。每个人的工作方式都不一样。
ISSUE - 涵盖可能需要一些工作或调查的项目的所有内容。这不一定是代码的问题，但它为调查创造了一个陈述点。如果提出了需要更改项目的问题，则可能会导致错误或任务。
于 2011-03-03T10:50:28.943 回答
3
MSF 敏捷工作项类型
MSF Agile 包含以下工作项类型：
- 漏洞。表示您的应用程序中的问题或潜在问题。
- 风险。表示可能对您的项目产生负面影响的事件或条件。
- 设想。表示通过系统的用户交互的单一路径。
- 任务。代表团队成员需要做一些工作。
- 服务质量要求。表示限制系统应如何工作的要求。
MSF CMMI 工作项类型
MSF CMMI 包含以下工作项类型：
- 漏洞。表示您的应用程序中的问题或潜在问题。
- 改变请求。表示对您的应用程序的建议更改。
- 问题。表示可能阻止工作或当前正在阻止工作的情况。
- 要求。表示您的应用程序应该如何解决客户问题的描述。
- 审查。表示代码、设计或部署审查的结果。
- 风险。表示可能对项目产生负面影响的事件或条件。
- 任务。代表团队成员需要做一些工作。
请参阅此处的链接，其中描述了工作项类型的详细信息：
于 2014-10-30T09:31:10.490 回答
0
有时错误、Bug 和缺陷被定义为 代码中的错误被测试团队识别时称为错误称为缺陷，而当它被开发团队接受时称为错误。如果它不符合 SRS 文档中的客户要求，则称为失败。
于 2020-06-08T13:19:12.017 回答