Question

我们在不久前（约3个月）开始使用TFS 2013作为错误跟踪器。在此之前，我们仅使用TFS作为源控件（错误跟踪在另一个软件中执行）。目前我们已经开发了一些流程。我们非常感谢任何有助于我们理解这些过程是否正确的评论。所以，他们在这里：

一般信息：

我们正在开发一个大产品。
我们的团队有5名开发人员和2名QA。
我们经常每1-2个月发布一个新版本。
我们有一周的冲刺。

这就是我们使用TFS的方式：

我们有一个团队项目和一些领域。每个区域代表产品的某些部分。
我们的团队项目使用Scrum 2.2模板。
在团队项目中，我们为每个版本创建一个“大”迭代（例如“Release 01.2014”，“Release 03.2014”），该迭代从上一次迭代结束开始，持续1-2个月。
我们使用2种标准工作项类型：任务和错误
所有错误和任务都属于适当的“大”迭代和区域。
我们以两种方式使用任务：作为任何改进和新功能的独立工作项，以及修复错误时的bug的子项。
为了监控当前情况，我们为TWA创建了一堆查询。其中一些是共享的（例如“Bugs new”，“Bugs for testing”，“Tasks in progress”等），其中一些是由每个开发/ QA创建的（例如“我正在进行的任务”，“我的错误“和其他人”。

以下是Bug的工作流程说明：

-->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如何将Task标记为通过或未通过测试？ 我们现在如何解决它：QA标记测试任务标记为“已关闭”，如果一切正常，并且如果存在一些错误则会创建子任务错误。但是以这种方式使用标签似乎并不好。

编辑还有一个问题：当bug被分配给开发人员时，哪种状态的Bug / PBI最适合状态，但他还没有开始处理这个bug？

非常感谢任何意见和建议。

Answer 1

您没有按预期使用Scrum模板。

典型的方法是使用Product Backlog Items来表示功能，使用子任务来表示PBI或Bugs所需的工作。

团队通常会有一个（或多个）任务代表需要为每个PBI / Bug执行的测试工作。然后，您可以通过查看任务的状态来跟踪测试是否完成。

Answer 2

可能比你对投资更感兴趣的工作/开销更多，但是你是否已经考虑过使用＆＃34;测试用例＆＃34;工作项类型？关于测试用例的一些奇特的事情：

他们可以附加到任务以指定任务是＆＃34;测试＆＃34;那个测试用例
他们可以有结果，使测试的定义可以在迭代中重复使用
有一堆内置报告，用于显示测试的当前状态（通过vs失败vs未运行等）
甚至用于在TFS Web界面中输入测试结果和管理测试用例的UI
测试不会自动化，但如果它们是好的话，它会很好。即使您只使用＆＃34;手册＆＃34;您也可以获得上述所有优惠。测试

此处有更多信息：http://msdn.microsoft.com/en-us/library/dd380763.aspx

TFS 2013：如何将任务标记为已测试？

2 个答案: