如何解决使用Microsoft TFS跟踪测试分配
| 我们将Vs2008 / 2010与TFS 2010一起用于我们的源代码管理,因为它还允许我们创建可用于项目管理的自定义工作项类型,例如产品待办事项项和sprint待办事项项。 (机器未跟踪的)一项是针对候选发布版本的构建回归测试任务。我们的回归测试部分是自动化的,部分是手工的,而手工部分可能需要几天的时间。当前,我们使用具有所有测试用例列表的excel电子表格,然后测试人员仅填写结果和注释。 我一直建议创建一个包含每个测试用例,默认所有者的构建回归测试模板,然后,当我们要对构建进行回归测试时,我们可以为模板中的每个测试自动创建工作项。 我的观点是,如果对项目必须执行回归测试工作,并且应该跟踪结果,那么编写额外的TFS工作项是有意义的,尤其是因为工作项可以保存估计值,从而使管理人员可以了解多少重新测试时间仍然存在。 对此的争论是,我们已经有高层工作项来捕获总体项目测试需求,而回归测试基本上是“重新测试”,因此新工作项将是重复的。 我的问题:还有其他人在做这样的事情吗?使用TFS跟踪未完成的重新测试任务是否合理? 注意:我们没有Visual Studio Test Professional解决方法
我认为您建议的解决方案是合理的。您应该为“测试任务”具有另一种工作项类型,可以将其作为子项链接到测试需求工作项。像您所说的那样,您可以跟踪结果,进度,报告等。您还可以将其他字段(例如内部版本号,测试依据,测试日期等)添加到工作项类型的历史记录中,这是无法做到的仅用一种测试需求工作项类型完成。
本质上,您的建议是在Microsoft.TeamFoundation.TestManagement.Client.dll的ITestResult对象中完成的。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。