使用 Microsoft TFS 跟踪测试任务答案

【问题标题】：Tracking testing assignments with Microsoft TFS使用 Microsoft TFS 跟踪测试任务
【发布时间】：2011-05-26 12:05:58
【问题描述】：

我们使用 Vs2008/2010 和 TFS 2010 进行源代码控制，因为它还允许我们创建可用于项目管理的自定义工作项类型，例如产品待办事项和 sprint 待办事项。

没有（通过机器）跟踪的一项是为候选版本构建回归测试任务。我们的回归测试部分是自动化的，部分是手动的，而手动部分可能需要几天时间。目前我们使用包含所有测试用例列表的 Excel 电子表格，然后测试人员只需填写结果和注释。

我一直在提议创建一个包含每个测试用例、默认所有者的构建回归测试模板，然后当我们想要对构建进行回归测试时，我们可以为模板中的每个测试自动创建工作项。

我的论点是，如果回归测试工作对项目来说是强制性的，并且应该跟踪结果，那么编写额外的 TFS 工作项是有意义的，特别是因为工作项可以保存估计，让管理人员了解多少复试时间还剩。

反对这一点的论点是，我们已经有高级工作项来捕获整个项目测试需求，而回归测试基本上是“重新测试”，因此新的工作项会重复。

我的问题：还有其他人在做这样的事情吗？使用 TFS 跟踪未完成的重测任务是否合理？

注意：我们不拥有 Visual Studio Test Professional

【问题讨论】：

【解决方案1】：

我认为采用您建议的解决方案是合理的。对于“测试任务”，您应该有另一种工作项类型，可以作为子项链接到测试要求工作项。就像您说的那样，这样做可以让您跟踪结果、进度、报告等。您还可以将其他字段（如内部版本号、测试者、测试日期等）添加到历史工作项类型中，这是不可能的只需一种测试需求工作项类型即可完成。

基本上，您建议的内容是在 Microsoft.TeamFoundation.TestManagement.Client.dll 中的 ITestResult 对象中完成的。

【讨论】：