TFS:如何区分部署和尚未部署的修复程序?

时间:2014-06-11 14:47:43

标签: tfs bug-tracking tfs2013

我们开始使用TFS 2013来跟踪错误。错误的状态很少:正在进行中,已经解决并完成了。假设我们有10个错误,我们修复5个,部署到UAT,然后我们修复另一个5.我们将所有10个错误设置为已解决,但测试人员应该如何知道他们可以测试哪些错误?我们是否必须重新绘制流程模板,还是有内置方式?

3 个答案:

答案 0 :(得分:3)

这是自动管理的TFS。有一个工作流程可以提供您想要的结果:

  1. 测试人员测试并发现错误。
  2. Tester在MTM中创建了错误,该错误用内部版本号
  3. 填写Found In字段
  4. 开发人员创建任务并将其与错误相关联
  5. 当开发人员检查他们选择的任务时,"解决"当他们修复了错误
  6. 下一个TFS构建将检测"已解决的"错误并使用Resolved In内部版本号标记它。
  7. 测试经理切换MTM以测试新版本
  8. TFS会通知测试人员现在可以根据当前正在测试的版本进行验证的错误。
  9. 请勿在相关工作项的状态中反映部署工作的环境。这是功能失调的,因为它混合了只应该相关而非隐含的数据。使用上面的工作流程......

    如果您需要更好地了解哪个版本包含您可以在报告中从TFS中获取的内容。构建标记集成在'字段一直到工作项层次结构...

答案 1 :(得分:2)

也许使用Bug中的“Integrated in Build”字段来跟踪解析哪个构建修复。该字段通常位于“系统”选项卡中。

答案 2 :(得分:-2)

您可以自定义错误状态并添加自己的状态:Customize the workflow for a work item type 或者您可以使用敏捷模板,默认情况下错误具有更多状态