将当前版本附加到测试

Question

我正在使用 Microsoft 测试管理器 2013（尽管它看起来只是 MTM2012）来尝试更好地理解测试用例和测试套件，因为我想在工作中使用它。所以我希望我可以在包含在这个测试套件中的构建上运行一个测试套件。这就是我想要要做的，但它很可能是错误的。因此，也许对我在工作中所做的事情的更好范围可能会提供更好的答案。

我的公司生产平板电脑。我为这些平板电脑编写程序。为了争论，我们只说有 5 台平板电脑，它们运行类似的操作系统阵列。 Tablet1、2、3和4可以运行WinXP、WinXP Embedded、Win7和Win7 Embeded，Tablet5可以运行Win7、Win7 Embedded和Win8 Embedded。可以说我正在制作一个显示测试程序。自然，此显示测试在每台平板电脑上的运行方式都不同，但它自己的程序应该能够处理这个问题，而不必担心操作系统。所以我写了一个非常简单的测试。打开程序，尝试再次打开，仅验证 1 个实例，检查显示，关闭程序。

我认为制作一个名为“完整显示程序测试”的测试套件并为每个平板电脑放置 5 个子测试套件会很好。然后将 5 个测试用例移到一个测试套件中。我将所有测试用例配置为只有正确的平板电脑/操作系统配置。排队构建并等待它完成。然后我将该构建附加到主测试套件。然后我点击了为平板电脑 1 运行测试，但我没有看到附加到测试运行器的构建。我环顾四周，看看为什么或如何，并没有发现任何东西。问题是我该怎么做？或者，如果您正在挠头并想知道为什么我会这样做，那么请务必建议另一种方式。这是我第二次研究 MTM，所以我可能做得不对。

感谢您的宝贵时间。

Answer 1

从 MTM 运行手动测试时，您不会在 Test Runner 中看到正在使用的构建。

但如果您完成测试并设置测试结果，您将能够检查您针对哪个构建运行测试。

只需双击测试或选择“查看结果”即可显示测试结果：

默认情况下此列不可见。您必须右键单击列行并选择要显示的“Buld number”列。

您还可以在“分析测试运行”区域看到内部版本号：

如果您在运行自动化测试，情况会略有不同。
考虑以下方法：

1. 自动化您的测试用例
   详情请见How to: Associate an Automated Test with a Test Case。
2. 创建一个构建定义在测试下构建您的应用程序AND包含您的测试的程序集。
   我强烈建议您在同一构建定义中构建您想要测试和测试程序集的应用程序。 （稍后您会明白为什么）。
3. 运行此构建定义并将最新版本的应用程序部署到您要运行测试的环境中。
   这理解非常重要：如果您运行自动化测试，测试程序集只会自动部署到环境中。
   部署要测试的应用程序的正确版本是您的工作。
4. 现在您可以从 MTM 运行测试。
   您可以按照@AndrewClear 在对此答案的评论中描述的方式进行操作：“在开始测试运行时选择“使用选项运行”并选择最新版本。
   现在，包含用于自动化测试用例的测试的测试程序集将自动部署到测试环境并执行测试。
   这就是您应该认识到为什么使用单个构建定义构建应用程序和测试如此重要的一点：因为您在开始测试时刚刚选择的构建号将与测试一起存储TFS 上的结果，您稍后会知道您正在测试的应用程序的版本（当然，假设您部署了正确的版本）。

如果你想要更多的自动化，你可以走得更远（这是我目前运行自动化测试的方式）
使用 Deploy-Build-Test 模板（这是开始阅读 Setting Up Automated Build-Deploy-Test Workflows 的好地方）。
使用这种方法，您将能够自动部署要测试的应用程序。