我们在大约3个月前开始使用TFS 2013作为缺陷跟踪器（之前我们只使用TFS作为源代码控制工具，缺陷跟踪是在其他软件上进行的）。目前，我们已经开发出了一些流程。我们非常希望得到您的评论，以帮助我们了解这些流程是否正确。以下是我们的流程：
一般信息： - 我们正在开发一个大型产品。 - 我们团队有5名开发人员和2名质量保证人员。 - 我们通常每1-2个月发布新版本。 - 我们有1周长度的sprint。
我们如何使用TFS： - 我们有一个团队项目和其中的若干个区域。每个区域代表产品的一部分。 - 我们的团队项目使用Scrum 2.2模板。 - 在团队项目中，我们为每个发布（例如“Release 01.2014”，“Release 03.2014”）创建一个“大”的迭代，其起始时间为上一个迭代的结束时间，并持续1-2个月。 - 我们使用2种标准工作项类型：任务和缺陷。 - 所有缺陷和任务都属于相应的“大”迭代和区域。 - 我们以2种方式使用任务：作为任何改进和新功能的独立工作项，以及在修复缺陷时作为其子项。 - 为了监视当前情况，我们在TWA中创建了一堆查询。其中有些是共享的（例如“新缺陷”，“等待测试的缺陷”，“进行中的任务”等），而有些是由每个开发/质量保证人员创建的（例如“我的进行中的任务”，“我完成的缺陷”等）。
以下是我们对缺陷的工作流程描述：
这个过程看起来不错，某种程度上有效。但是独立任务存在问题，这些任务旨在改进和添加新功能。
以下是独立任务的流程说明：
这里的主要问题是：QA如何标记任务已通过或未通过测试？ 我们现在的解决方法是，如果一切正常，QA将测试过的任务标记为“已关闭”，并为任务创建子缺陷，如果有错误。但是这种使用标签的方式似乎不太好。
另外一个问题：bug / PBI 的哪种状态最适合于指派给开发人员但尚未开始处理该 bug 的情况？
任何评论和建议都将不胜感激。
一般信息： - 我们正在开发一个大型产品。 - 我们团队有5名开发人员和2名质量保证人员。 - 我们通常每1-2个月发布新版本。 - 我们有1周长度的sprint。
我们如何使用TFS： - 我们有一个团队项目和其中的若干个区域。每个区域代表产品的一部分。 - 我们的团队项目使用Scrum 2.2模板。 - 在团队项目中，我们为每个发布（例如“Release 01.2014”，“Release 03.2014”）创建一个“大”的迭代，其起始时间为上一个迭代的结束时间，并持续1-2个月。 - 我们使用2种标准工作项类型：任务和缺陷。 - 所有缺陷和任务都属于相应的“大”迭代和区域。 - 我们以2种方式使用任务：作为任何改进和新功能的独立工作项，以及在修复缺陷时作为其子项。 - 为了监视当前情况，我们在TWA中创建了一堆查询。其中有些是共享的（例如“新缺陷”，“等待测试的缺陷”，“进行中的任务”等），而有些是由每个开发/质量保证人员创建的（例如“我的进行中的任务”，“我完成的缺陷”等）。
以下是我们对缺陷的工作流程描述：
-->QA (or dev) creates a bug (State: New)
-->QA (or dev) assigns this bug to some dev (State: Approved)
-->When dev starts to fix a bug, he does the following:
---->changes state of bug to Committed
---->creates child task and changes its state to InProgress
-->When dev commits some code, that should fix the bug, he bounds checkin to task (created on previous step)
-->QA understands, that bug is fixed and ready for testing, when bug is in Committed state and EACH child task is in Done state
-->QA tests fixing of bug:
---->if bug is not fixed he changes state of bug to Approved
---->if bug is fixed he changes state of bug to Done
这个过程看起来不错，某种程度上有效。但是独立任务存在问题，这些任务旨在改进和添加新功能。
以下是独立任务的流程说明：
-->QA (or dev) creates a task (State: ToDo)
-->QA (or dev) assigns this task to some dev (State: ToDo)
-->When dev starts working on this task, he changes its state to InProgress
-->When dev has finished working on task, he changes its state to Done
-->QA tests this task:
---->if new features work fine ?
---->if new features work with errors ?
这里的主要问题是：QA如何标记任务已通过或未通过测试？ 我们现在的解决方法是，如果一切正常，QA将测试过的任务标记为“已关闭”，并为任务创建子缺陷，如果有错误。但是这种使用标签的方式似乎不太好。
另外一个问题：bug / PBI 的哪种状态最适合于指派给开发人员但尚未开始处理该 bug 的情况？
任何评论和建议都将不胜感激。