我们使用Vs2008 / 2010和TFS 2010进行源代码管理，因为它还允许我们创建可用于项目管理的自定义工作项类型，例如产品积压项和sprint积压项。
未跟踪（按机器）的一个项目是为候选版本构建回归测试任务。我们的回归测试是部分自动化，部分手动，手动部分可能需要几天时间。目前，我们使用带有所有测试用例列表的excel电子表格，然后测试人员只需填写结果和注释。
我一直在提议创建一个构建回归测试模板，其中包含每个测试用例，默认所有者，然后当我们想要对构建进行回归测试时，我们可以自动为模板中的每个测试创建工作项。
我的论点是，如果回归测试工作对于项目是强制性的，并且应该跟踪结果，那么编写额外的TFS工作项是有意义的，特别是因为工作项可以保持估计，让管理者了解多少重新测试时间仍然存在。
反对这一点的论点是，我们已经拥有高级别的工作项来捕获整体项目测试要求，而回归测试基本上是“重新测试”，因此新工作项将是重复的。
我的问题：还有其他人这样做吗？使用TFS跟踪未完成的重新测试任务是否合理？
注意：我们不拥有Visual Studio Test Professional
答案 0 :(得分：1)
我认为采用您建议的解决方案是合理的。您应该为“测试任务”设置另一个工作项类型，可以将其作为子项链接到测试需求工作项。正如您所说，这样做可以让您跟踪结果，进度，报告等。您还可以将其他字段（如内部版本号，测试日期，测试日期等）添加到历史记录的工作项类型中，这是不可能的。仅使用一个测试需求工作项类型。
基本上，您提出的建议是在Microsoft.TeamFoundation.TestManagement.Client.dll中的ITestResult对象中完成的。