1

我们正在从 TFS 2008 SfTS 2 迁移到 TFS 2010 MS Scrum 模板。现在我们将 Bug 作为单独的工作项 - 不附加到 PBI。每个 Bug 都经过分类过程。现在在 TFS 2010 中，随着测试用例工作项的引入，我们正在尝试实现 PBI -> 测试用例 -> 错误场景的工作流状态转换。我们计划将以下状态添加到测试用例 = 通过、失败。场景 1 - 当测试用例失败时，应该创建新的 Bug。在这种情况下：

  1. 如果我们将 Bug 链接到测试用例，PBI 应该更改为什么状态？我们应该向 PBI (Broken) 添加新状态吗？
  2. 我们如何通知开发人员他们必须在此 PBI 上返工？
  3. 我们如何分类错误？由于测试用例/错误现在与 PBI 相关联，因此需要对其进行隐式处理，因此我们无法控制它。
  4. 在什么情况下保留孤立错误或附加到 PBI 而不是附加到测试用例有意义？
4

1 回答 1

2

如果出现错误，我不会更改 PBI 的状态。如果您仍在 PBI 上工作，它仍然是已提交的 - 或者您用于活动 PBI 的任何状态 - 我只会在 PBI 上创建新任务。

我只在 PBI 完成时创建错误。您可以将其绑定到 PBI，但它不会更改 PBI 的状态。当您查看 scrum 时，积压工作包含 PBI 和错误。并且您以相同的方式对它们进行堆叠排名。

希望这能给你一个方向。

于 2012-03-06T15:02:20.247 回答