TFS 2012、TFSBuild.proj、UpgradeTemplate.xaml 流程定义和编码的 UI 测试

Question

如果有人可以远程提供帮助，还有几个 TFS 问题 :-)

我们目前安装了 TFS 2012。我们有 2 台服务器（两台 VM 都运行 Windows Server 2008 R2 x64）。一台服务器是安装了应用层和数据库（运行 SQL Server 2008 R2）的 TFS。另一台服务器是我们的 BUILD 服务器，上面安装了构建控制器和构建代理。

我们可以使用 Visual Studio 2012 Ultimate 从本地开发人员 PC 连接到 TFS 2012 OK。

然后我们有各种复杂的构建定义来编译我们的代码、运行单元测试、生成实时沙堡文档并使用 InstallShield 安装到我们的多层、多服务器 TEST 或 LIVE 环境（采用 SSL 并执行预安装条件等） )

我们将 UpgradeTemplate.xaml 构建过程定义与 TFSBuild.proj 文件一起使用。仅供参考，它最初是在 TFS 2008 中开发的，并且为我们提供了很好的服务，因此我们不想升级到修改后的 defaulttemplate.xaml

我们现在希望以编码 UI 测试的形式包含“部署后测试”（我相信也称为冒烟测试或系统测试或端到端测试）。

1. 我们可以在本地记录这些测试，添加断言等并将它们签入 TFS 等，但我的问题是如何在构建序列结束时从 TFS Build 调用它们而不升级到 defaulttemplate.xaml？我们使用真正的构建属性来调用我们的单元测试，但这是在部署之前运行的。我还需要设置哪些其他属性？这可能吗？

2. 我在 google/MSDN 上发现我们可能需要第三台带有测试控制器和测试代理的服务器（它没有被屏幕保护程序锁定，构建服务帐户具有权限并且构建服务已配置作为交互过程而不是服务运行）。这是正确的吗？

3. 如果我们想在测试运行时对测试进行视频记录，人们发现这很有用吗？它的功能/配置是否像文章所暗示的那样简单？

4. Visual Studio 2012 Ultimate 能否完成 Microsoft Test Manager 2012 所做的一切？反之亦然？我没用过这个，想知道这是否真的只是一个测试工具？

Answer 1

1。 我们可以在本地记录这些测试，添加断言等并将它们签入 TFS 等，但我的问题是如何在构建序列结束时从 TFS Build 调用它们而不升级到 defaulttemplate.xaml？我们使用真正的构建属性来调用我们的单元测试，但这是在部署之前运行的。我还需要设置哪些其他属性？这有可能吗？

如果将编码的 ui 测试用作 unittest dll 中的独立单元测试，则 mstest 应选择编码的 ui 测试。然而，如果编码的 ui 测试是测试用例的自动化，另一种方法是使用 TCM 命令行工具来启动测试用例，从而执行编码的 ui 测试。

2。 我用谷歌搜索/MSDN 相信我们可能需要第三台服务器，上面有一个测试控制器和测试代理（没有被屏幕保护程序锁定，构建服务帐户具有权限，并且构建服务配置为作为交互式过程运行而不是服务）。这是正确的吗？

是的：您需要一个交互式构建代理。 否：当前的构建代理也可以设置为交互式。

3。 如果我们想在测试运行时对测试进行视频记录，人们发现这很有用吗？它的功能/配置是否像文章所暗示的那样简单？

是的：正如文章所暗示的那样 否：Intellitrace 收集器和日志通常比视频记录更有用。这些文章还忘记提及，如果不小心处理，您的 TFS 服务器可能会不成比例地增长。 http://geekswithblogs.net/terje/archive/2011/11/15/guide-to-reduce-tfs-database-growth-using-the-test-attachment.aspx

4。 Visual Studio 2012 Ultimate 可以做 Microsoft Test Manager 2012 做的所有事情吗？反之亦然？我没有用过这个，想知道这是否真的只是一个测试工具？

不，不一样，不要试图假装（如混合）。工具的侧重点不同； MTM 专注于由测试人员进行测试（功能性、手动、探索性），Visual Studio 中的测试专注于作为开发人员进行测试（单元测试、Web 测试、自动化测试）。因此，Visual Studio Ultimate 无法编辑和创建测试用例和套件。 MTM 无法创建开发（编码）单元测试测试。安装 Visual Studio Ultimate 还会安装 MTM，因此您可以根据需要同时使用两者。