Azure devops 将当前构建附加到测试

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

我的公司生产平板电脑。我为那些平板电脑写程序。为了便于讨论，让我们假设有5款平板电脑运行类似的操作系统阵列。Tablet1、2、3和4可以运行WinXP、WinXP embedded、Win7和Win7 embedded，Tablet5可以运行Win7、Win7 embedded和Win8 embedded。假设我正在制作一个显示测试程序。当然，这种显示测试在每台平板电脑上运行的方式会有所不同，但该程序本身应该能够处理这种情况，同时不必担心操作系统。所以我写了一个非常简单的测试。打开程序，再次尝试打开，仅验证1个实例，检查显示，关闭程序

我想最好制作一个名为“Complete Display Program Test”的测试套件，为每个平板电脑添加5个子测试套件。然后将5个测试用例移动到单个测试套件中。我将所有测试用例配置为只有正确的tablet/OS配置。将生成排入队列并等待它完成。然后，我将该构建附加到主测试套件。然后，我单击为tablet 1运行测试，但我没有看到附加到测试运行程序的构建。我环顾了一下四周，想知道原因和方式，但什么也没找到。问题是我如何做到这一点？或者，如果你在挠头，想知道我为什么要这样做，那么无论如何，建议另一种方法。这是我第二次研究MTM，所以我可能做得不对

---

感谢您的时间。

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

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

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

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

您还可以在“分析测试运行”区域中看到构建编号：

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

自动化您的测试用例
有关详细信息，请参阅

创建生成定义，生成测试中的应用程序和包含测试的程序集。
我强烈推荐您要测试的生成应用程序和在同一生成定义中使用的测试程序集。（稍后您将了解原因）

运行此生成定义，并将最新版本的应用程序部署到要运行测试的环境中。
理解这一点非常重要：如果运行自动测试，测试程序集只会自动部署到环境中。
部署要测试的应用程序的正确版本是您的工作

现在您可以从MTM运行测试了。
您可以按照@AndrewClear在对该答案的评论中所述的方式进行操作：“在开始测试运行时选择“使用选项运行”，然后选择最新版本。
现在，包含用于自动化测试用例的测试的测试程序集将自动部署到测试环境并执行测试。
这就是您应该认识到的一点：为什么使用单个生成定义生成应用程序和测试如此重要：因为启动测试时刚刚选择的生成编号将与测试结果一起存储在TFS上，您稍后将知道您正在测试的应用程序的版本（当然，假设您部署了正确的版本）

如果您想要更高的自动化程度，您可以更进一步（这就是我目前运行自动化测试的方式）
使用部署构建测试模板（这是开始阅读的好地方）。

---

使用这种方法，您将能够自动部署要测试的应用程序。

但是，我如何获得要测试的版本？谁说我在对版本3进行测试时获取了版本4？没有自动验证来确定要测试的版本，只是手动配置。要在运行时更改它，c在开始测试运行时选择“使用选项运行”。就像@Andrew说的，在运行手动测试之前选择的版本号只是“记录在案”。基本上，您可以将此信息连同整个测试运行和单个测试用例的测试结果一起存储到TFS中。后面没有自动验证。尽管如此，如果您运行自动测试用例，此版本号指定了应该（自动）使用哪个放置位置的版本请注意，在这种情况下，您必须确保被测试应用程序的正确构建。因此，我应该考虑编写一些自动化的文件，因为这样会自动使用正确的构建。有趣的是，我今天上午在思考自动化测试，因为我的许多测试都是类似的。“打开程序，按键盘上的@按钮：应打开Calc.exe”“打开程序，更改配置，检查配置文件：应在配置文件中进行更改。”“。如果这是正确的，你能将其添加到你的答案中吗？我会接受。我刚刚扩展了我的答案。如果还有什么不清楚的地方，请告诉我。如果你有时间，请为MTM提供一个非常可靠的概述：我还推荐这本免费电子书：