5

使用 TFS Cloud (myproject.visualstudio.com)，没有 Estimated、Completed、Remaining 字段可以为 bug 添加时间。我们真的必须为每个错误创建一个基本上称为“修复 - 错误名称”的 TASK 工作项，以记录每个错误修复所需的时间吗？

我很欣赏较大的错误，这是有道理的，但有些是拼写错误或其他小问题。

那么这会使所有列表中的工作项数量增加一倍吗？

有什么建议么？

4

5 回答 5

4

好吧，经过调查，快速的答案是肯定的。

这样做的好处很简单。TASK 是您在 TFS 中可以做的“最小”的事情，它总是分配给一个人。

鉴于此，通过创建任务来完成“工作”，您至少可以查看谁完成了这项工作并对其进行说明（无需查看项目的历史记录）。

您还可以“反弹”分配给实际 BUG 的对象，例如让其他人验证它，或者将其分配给“拥有”该错误的任何人，而修复它可以分配给其他人（任务）。

于 2013-06-14T09:16:15.873 回答
1

如果您使用 Agile 或 CMMI 模板，则错误不会出现在任务板上。

理想情况下，您需要创建任务来代表您或团队成员正在做的工作。例如，您需要创建用于解决问题的开发任务和用于测试的 QA 任务。

此外，您应该与任务并行关注错误的状态。即，如果开发人员正在修复错误，则应将错误分配给开发人员，并且它应该是活动的，并且开发任务也应该是活动的。

开发工作完成后，开发人员可以关闭底层任务并解决错误并将其分配给 QA 进行测试。如果一切顺利，测试工程师将关闭测试任务，同时他/她也应该关闭错误。

于 2014-07-16T11:40:05.363 回答
1

技术上是的。我们决定做的是（纯粹是为了简单，而不是让我们在 TFS 中使用更多的用户故事）我们为每个 sprint创建一个用户故事并将其命名为：“ BUGS - SPRINT# ”。在此之下，我们将有一些任务来跟踪在错误上花费的工作/时间。

我们还按类别命名任务。例如，如果 UI 中存在错误，我们将其命名为 (example) UI - arrows not reappearing。

不确定这是否是最好的方法，但它完成了工作量跟踪并保持 TFS 清洁。

于 2015-05-13T13:46:33.997 回答
0

我们正在使用 Visual Studio 2012。这就是我们处理这种情况的方式。我们创建了一个用户故事“解决、重新测试错误”。每个必须修复错误的迭代开发人员都会为所有错误创建一个任务。开发人员为解决的每个错误添加评论，并相应地更新时间。QA 人员还为迭代添加了一项任务以重新测试错误。QA 人员针对每个错误相应地更新他的任务。所有开发人员和所有 QA 人员都为同一个用户故事创建子任务。

于 2014-01-21T15:27:57.503 回答
0

我认为您使用的是“Microsoft Visual Studio Scrum”模板。工作项中的字段因您使用的模板而异。

对于 Scrum 模板中的错误，我们通常会在“努力”字段中介绍努力。

于 2013-06-12T10:06:13.637 回答