【发布时间】:2015-06-20 03:17:34
【问题描述】:
首先,如果这是一个愚蠢的问题并且有一百万个答案,我深表歉意。我没有找到任何可以深入解释我正在寻找的东西的东西。
那么:我的公司将 TFS 用于我们的测试管理。有点。我们独立使用 GitHub 进行源代码管理,我们独立使用 Jira 进行 QA 管理,以及错误报告和跟踪。 我们“使用”TFS 来跟踪测试用例的通过或失败。但是它们与我们的任何自动化都没有任何联系,我们仍然需要用户在场来检查自动化测试并通过 TFS 上的测试用例。那时,我们应该只使用电子表格。
我非常需要帮助的是某种完全专注于 TFS 的测试管理和测试自动化方面的学习资源。我一直在四处寻找,但我发现的一切都倾向于将 TFS 作为一个错误报告和源管理系统,而不是一个自动化测试系统。 我们有 100% 的可能(实际上,100% 的可能)只是错误地使用了系统。最初设置 TFS 的人突然离开了,从那时起我们就一直在挣扎。
特别是我们遇到了以下问题:
将测试用例与自动化测试挂钩(我们的测试代码是一个大型数据驱动的 CodedUI 项目,具有用于测试特定事物的特定测试方法。理想情况下,我们能够将测试方法结果应用于相关的测试用例)
大量分配测试用例。我今天花了一个小时将烟雾测试分配给人们,因为我无法查询“使用配置 Windows 7 64 位的测试 ID 1300 到 1600”,然后在 sprint 中进行批量分配。
正确组织测试用例和套件。我的前任使用静态测试套件以经典的树形样式在特定的 sprint 中安排所有内容。例如。 sprint 本身将是一个带有一系列子静态套件的静态套件,他们自己有静态套件。这在格式上看起来不错,但管理起来绝对是一场噩梦(参见上面的问题,这就是为什么花了一个小时)
基本上,我需要某种可以学习的资源来告诉我如何正确利用 TFS 来处理这些事情。
【问题讨论】:
-
TFS 并不是一个独立于其他功能的测试工具。如果您将 TFS 用于项目管理(与用户故事/PBI 相关的测试用例)、源代码控制和构建(与构建相关的测试套件并在测试代理上执行),那么测试的效果最好。
-
这绝不让我感到惊讶。这一切似乎都非常紧密地集成到了 Visual Studio 和源代码管理中,但是对于我们使用它进行测试的权力非常固执。
标签: visual-studio testing tfs