我们在大约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 的情况?
任何评论和建议都将不胜感激。