如果Bugs与PBI处于同一水平，我怎么知道TFS 2015中的bug来自何处？

作者: v-star*위위
发布时间: 2024-08-20 06:06:25 (8小时前)
转自：

3 条回复

0#
回复此人
不见你 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 我工作的很多团队都采用以下两种方式之一对错误进行分类： <UL> <LI> 在短跑中发现的错误在该sprint上工作 </LI> <LI> 所有其他错误 </LI> </UL> 对于sprint中发现的错误，他们将它们与工作项相关联。所有其他错误都被视为独立的待办事项。 这有几个原因，包括： <UL> <LI> 在工作完成后的某个时间发现错误时，可能很难确定与之关联的工作项 </LI> <LI> 并非所有错误都巧妙地与单个工作项相关联，特别是那些未在sprint中找到的工作项 </LI> <LI> 在sprint中发现的错误应立即解决，否则工作项通常不符合已完成的定义 </LI> <LI> 从sprint中发现的错误需要与其他工作项一起优先考虑 </LI> </UL> 除非您特别需要将错误与工作项相关联（例如，它是计费机制的一部分），否则您对此所做的任何努力都可能被视为浪费。将冲刺中的错误与工作项相关联不需要太多努力，因此不会产生太多浪费。使用sprint项目来做这件事通常是非常昂贵的，并且可能很难证明。 </DIV>

编辑
1#
回复此人
一生浮华 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 实际上，您只需要关联工作项（PBI＆gt; Bug＆gt; Task）。创建关联后，您可以在其下找到链接的工作项的 相关工作 </强> 。 在我看来，两种选择都可以。您提到的两个选项仅反映了积压和板上显示的工作项。但是，如果你已经链接了相关的 <code> PBIs </code> ， <code> Bugs </code> ， <code> Tasks </code> ，然后打开任何工作项，你可以找到它们之间的关系（的 父/子 </强> 〜虫子来自哪里）。 例如： <OL> <LI> 处理与PBI相同的Bugs（ <code> Bugs are managed with requirements </code> ） </LI> </醇> <a href="https://i.stack.imgur.com/islXZ.png" rel="nofollow noreferrer"> <img src =“https://i.stack.imgur.com/islXZ.png”alt =“在此处输入图片说明”/> </A> <ol start =“2”> <LI> 将Bug视为一项任务（ <code> Bugs are managed with tasks </code> ） </LI> </醇> <a href="https://i.stack.imgur.com/4uGdg.png" rel="nofollow noreferrer"> <img src =“https://i.stack.imgur.com/4uGdg.png”alt =“在此处输入图片说明”/> </A> <HR /> 的 更新： </强> 他们两个都不能的 完全实现 </强> 您的要求（没有更好的方法来实现基于当前功能）。 但是，如果你更关心bug的来源，那么的 选项2 </强> （ <code> Treat the Bugs as a Task </code> ）更好，因为它可以在积压中直观地显示依赖关系/关系（Bug在特定的PBI下）。 如果您更关心工作项的层次结构，那么的 选项1 </强> （ <code> Treat Bugs at the same level as PBIs </code> ）更好（ <code> PBI > Bug > Task </code> ）。 无论你通过什么方式找到bug来自哪里 <code> related link </code> 。 </DIV>

编辑

登录后才能参与评论