2011-05-25 57 views
1

我们使用VS2008/2010与2010年TFS我们的源代码控制,因为它也让我们创造,我们可以使用项目管理的自定义工作项类型,例如产品积压的项目和冲刺积压项目。跟踪试验任务与微软TFS

一个项目那不是(机器)跟踪的是建立回归测试任务候选发布版。我们的回归测试是部分自动化的,部分手册,手册部分可能需要几天。目前我们使用的Excel电子表格的所有测试用例列表,然后将测试者只需填写结果和说明。

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

我的观点是,如果回归测试工作对于项目是强制性的,并且应该跟踪结果,那么编写额外的TFS工作项目就很有意义,特别是因为工作项目可以保留估计值,因此管理员可以了解如何还有很多重新测试的时间。

反对这种论点是,我们已经拥有高水平的工作项目从整体上把握项目的测试需求,回归测试基本上是一个“重试”,所以新的工作项目是重复的。

我的问题:任何人做这样的事?使用TFS跟踪优秀的重新测试任务是否合理?

注:我们并不拥有Visual Studio专业测试

回答

1

我认为这是合理的去与你的建议解决方案。你应该有另一种工作项目类型“测试任务”,可以链接作为孩子的测试要求工作项。这样做,就像你说的那样,可以让你跟踪结果,进度,报告等等。你还可以添加其他字段,例如内部编号,测试日期,测试日期等等到历史记录的工作项目类型,这是不可能的仅使用一个测试需求工作项类型完成。

本质上,您提出的建议是在Microsoft.TeamFoundation.TestManagement.Client.dll中的ITestResult对象中完成的。

+0

感谢您的回复! – 2011-05-26 13:10:26