【发布时间】：2014-06-11 14:47:42
【问题描述】：
我们开始使用 TFS 2013 来跟踪错误。错误的状态很少：进行中、已解决和已完成。假设我们有 10 个错误，我们修复了 5 个，部署到 UAT，然后我们修复了另外 5 个。我们将所有 10 个错误都设置为已解决，但是测试人员应该如何知道他们已经可以测试哪些错误？是不是一定要重绘流程模板，还是有内置的方法？
【问题讨论】：
标签： tfs bug-tracking
【发布时间】：2014-06-11 14:47:42
【问题描述】：
这是由 TFS 自动管理的。有一个工作流程可以提供您想要的结果：
- 测试人员测试并发现错误。
- 测试人员在 MTM 中创建错误，使用内部版本号填写 Found In 字段
- 开发人员创建任务并将它们与错误关联
- 当开发人员签入任务时，他们会在修复错误后选择“解决”
- 下一个 TFS 构建将检测“已解决”的错误并使用已解决的内部版本号对其进行标记。
- 测试经理切换 MTM 以测试新版本
- TFS 通知测试人员现在可以根据当前正在测试的构建进行验证的错误。
不要在相关工作项的状态下反映部署工作的环境。这是功能失调的，因为它混合了应该只相关而不是隐含的数据。使用上面的工作流程...
如果您需要更好地了解哪个构建包含您可以在报告中从 TFS 中获取的内容。构建在工作项层次结构中一直标记 Integrated in' 字段...
【讨论】：
也许使用 Bug 的“Integrated in Build”字段来跟踪解决了哪个构建修复。该字段通常位于“系统”选项卡中。
【讨论】：
您可以自定义错误状态并添加自己的状态：Customize the workflow for a work item type 或者您可以使用默认情况下错误具有更多状态的敏捷模板
【讨论】：
-
这是解决此问题的一种非常不正常的方法，并且反映了不成熟的过程。确保将环境数据与执行流程分开存储。