Question

我们有一个TFS2 2013的自定义实例，使用MSF Agile流程模板，我们在这里使用早期版本的流程https://msdn.microsoft.com/en-us/library/jj920163.aspx#opt_b添加了其他错误状态并添加了错误。经过几个月或以这种方式运行，我发现Burndown将包含处于New或Active状态的错误，但会忽略Resolved状态下任何错误的剩余时间。我通过创建一个假的60小时错误来证实这一点，这个错误推动了燃尽，但是一解决它就会掉线。 QA可能是我们的瓶颈，因此我们在我们的燃尽中包含已解决的错误非常重要。

我找不到任何有关为什么会这样的线索。我查看了ProcessConfiguration.xml中的转移，并注意到了这一点：

<BugWorkItems category="Microsoft.BugCategory" pluralName="Bugs" singularName="Bug">
    <States>
       <State type="Proposed" value="New" />
       <State type="InProgress" value="Active" />
       <State type="Complete" value="Closed" />
       <State type="Resolved" value="Resolved" />
    </States>
</BugWorkItems>

有一种状态类型已解决，这似乎是许多地方的建议。但是如果你看一下这里的文档https://msdn.microsoft.com/en-us/library/hh500408.aspx，就没有任何类型的已解决。我试图将其切换为<State type="InProgress" value="Resolved" />，但似乎没有任何区别。

那么如何让burndown包含 Resolved 错误的剩余时间呢？

这是对@MrHinsh的回复，但是对于评论来说太长了。

感谢MrHinsh的回复。关于您提供的第一个链接，它与我的帖子中的链接相同。它实际上是我的问题的贡献者（原因？）。通过利用那里的概念，我们已经设法：

列出故事的积压，以及他们的子任务/错误。如果错误不是故事的孩子，则不会列出。
包括剩余时间的任务和错误（无论是否在故事之下）的燃尽情况。但正如我所提到的，这里的关键问题是它正在跟踪新状态或活动状态中的错误，但未解决。

就第二个链接而言，正如我上面提到的，我们的错误与故事和故事都处于同一级别。我们绕过“Bug as Task anti-pattern”的方式就是出错：

在关闭故事时发现，我们让他们成为故事的孩子。这样，在所有这些错误都关闭之前，我们无法完成这个故事。
如果在回归测试或其他活动中发现错误，则它与故事处于同一级别（没有父级）。它避免了在bug下创建任务的额外步骤，这是一个不必要的步骤。

Answer 1

刻录仅显示进程配置的“任务”部分中的InProgress类型中的项目。

您可以轻松启用“错误”作为任务＆＃39;并将Resolved状态设置为仍在进行中。

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

如果它不是任务板，则不计算。

http://nakedalm.com/avoid-bug-task-anti-pattern-tfs/

然而，您应该小心这种方法，因为它可能会导致问题。

TFS敏捷 - 解决了不包含在燃尽中的错误

1 个答案: