运行 MSTest 单元测试 作为 TeamBuild 的一部分

Question

我一直在寻找一个明确的网络资源来帮助解决这个问题，但到目前为止还没有运气。那么，如何将单元测试作为 TFS 构建的一部分来运行呢？我对此有很多问题，为了方便起见，我在这篇文章中对它们进行了编号。抱歉这篇文章的长度。

Visual Studio Team System 2008 安装在我的构建计算机上。

我有一个 TFSBuild.proj 文件，已将其设置为 true。为此，我

<ItemGroup>
  <TestContainer Include="'C:\MyBuild\Binaries\Debug\MyUnitTests.dll" />
</ItemGroup>

在解决方案中添加了 MyUnitTests 单元测试项目。

解决方案构建正确，但运行单元测试步骤失败并出现错误：

（CoreTestConfiguration 目标）->无法加载测试容器 'C : \MyBuild\Binaries\Debug\MyUnitTests.dll' 或其之一 依赖关系。警告详细信息：

后面没有实际的警告详细信息。我注意到文件路径似乎在消息中包含不正确的空格 - C : \MyBuild\Binaries\Debug\ 。实际路径是C:\MyBuild\etc。

1. 难道 OutDir 被设置为错误的路径？如何确定构建机器上的 OutDir 目标设置是什么？

为了确保这不仅仅是文件路径设置不正确，我尝试对 TestContainer 中的路径进行硬编码：

<ItemGroup>
  <TestContainer Include="'C:\MyBuild\Binaries\Debug\MyUnitTests.dll" />
</ItemGroup>

错误消息是相同的。我尝试过的其他事情包括尝试在 vsmdi 文件上运行测试：

<MetaDataFile Include="$(SolutionRoot)\MySolution\MySolution.vsmdi">
</MetaDataFile>

这次出现了不同的错误消息：

（CoreTestConfiguration 目标）-> MSBUILD：警告 MSB6006： “MSTest.exe”退出，代码为 1。

2. 这里发生了什么？
3. 为什么我在单元测试的错误消息中看不到任何详细信息？是因为我没有安装Studio 2008 Team System（开发者或测试者）版本吗？

我还想询问有关指定用于在构建中运行测试的部署项目的问题。从 Visual Studio 运行时，我的单元测试具有在 localtestrun.testrunco​​nfig 中指定的部署项。

4. 当单元测试作为构建的一部分运行时，如何确保部署这些内容？

5. 当构建运行 MSTest 时，如何将 MSTest 的输出捕获到文件中？也就是说，MSTest 是否使用命令行开关 /resultsfile:myfile.trx 运行？

6. 是否有任何推荐的 Web 资源来了解如何将单元测试集成到构建中？

更新（1天后）

我已设法让单元测试作为构建的一部分运行，但存在问题。这是我到目前为止所发现的

1. 我无法使用应该只运行项目中所有单元测试的语法来运行它。相反，我必须创建一个测试列表并通过引用 vsmdi 文件来运行。这不起作用 - 没有运行单元测试：

这很有效：

<ItemGroup>
  <MetaDataFile Include="$(SolutionRoot)\$(ReleaseName)\$(BranchName)\TheApplication\TheApplication.vsmdi">
    <TestList>TestsForTheBuild</TestList>
    <TestRunConfig>$(SolutionRoot)\$(ReleaseName)\$(BranchName)\TheApplication\LocalTestRun.testrunconfig</TestRunConfig>
  </MetaDataFile>
</ItemGroup>

2. 在 Visual Studio IDE 中运行测试和使用 MSTest 执行测试有显着差异。问题在于项目引用 - MSTests 不会部署任何被单元测试项目视为“未使用的引用”的引用，而 Visual Studio IDE 会部署。

我正在测试的许多代码都使用 Unity 应用程序块动态实例化对象。为了实例化它们，定义它们的 dll 需要作为引用包含在项目中。因为对象仅在运行时通过反射实例化，所以编译器可以看到它们是未使用的引用。

当 Visual Studio 运行测试时，所有引用（无论是否未使用）都会被编译并复制到运行测试的 Out 目录。当 MSTest.exe 运行测试时，它不会部署任何“未使用的”引用。我花了几个小时才发现，当 MSTest 运行测试时，单元测试项目中项目引用的 dll 根本不在 Out 目录中。 。这是因为这个“未使用的参考”问题。

要解决此问题：将“未使用的引用”dll 作为部署项包含在 testrunco​​nfig 文件中。这将迫使它们被复制。

3. 我发现的下一个问题是，当在同一版本中编译多个解决方案文件时，某些单元测试会失败。我发现这个问题有两种“风味”。 一个。单元测试根本不运行，除非相关的解决方案是要编译的解决方案列表中的最后一个解决方案文件。例如，如果这是我的“SolutionToBuild”ItemGroup，并且我有与 SolutionTwo 相关的单元测试，它们只是没有运行。

为了让它们开始运行，我必须将 SolutionTwo 移动到列表的底部。

b.通过构建中的三个解决方案，我的单元测试可以运行，但许多测试失败。如果我从构建中删除其他两个解决方案，则所有单元测试都会通过。尽管单元测试与其他两个解决方案无关。

我已经找到了问题 2 和 2 的答案。 3& 4 同上。 2. 2. 您在运行单元测试的构建输出中看不到任何详细信息。您只能看到运行是通过还是失败。 3. 要查看各个测试结果，您需要查看 MSTest 在构建运行时生成的 TestResults 目录和 .trx 文件。 4. testrunco​​nfig 文件中标记为部署项的任何内容都将被部署：当我通过 MSTest 中未使用的引用问题提出问题时，我感到很困惑。

Answer 1

我发现三步消除很有用：

1. 测试是否在 Visual Studio 开发环境中运行？

2. 测试是否在本地 msbuild 中运行？

3. 测试是否在构建服务器上的 msbuild 中运行？

我使用下面的 build.cmd 脚本在本地计算机上运行 msbuild，环境与 TFS 构建服务器将使用的环境非常匹配。

build.cmd 脚本

@setlocal

SET MSBUILDVER=v4.0.30319 
SET MSBUILDEXE=%FrameworkDir%%MSBUILDVER%\MSBuild.exe
SET builduri=local

%MSBUILDEXE% BuildDefinitions\TFSBuild.proj %*

注意：此脚本必须从 Visual Studio 2010 命令提示符窗口运行：“

开始”->“所有程序 ->微软 Visual Studio 2010 -> Visual Studio 工具 -> Visual Studio 命令提示符 (2010)

一般来说，在 TFSBuild.proj 中设置 true 应该会导致单元测试在构建中列出的任何解决方案中自动运行，但听起来这对您不起作用？

如果从命令 shell 将命令行选项 /p:RunTest=true 传递给 msbuild 会发生什么？

如有必要，您应该能够通过 TFSBuild.rsp 文件将自定义 TFS 构建命令行选项添加到服务器构建，但对于 RunTest 来说并不是必需的。

TFS 构建服务器应自动创建 .trx 结果文件 - 通过 Visual Studio 中的 Build Explorer 检查构建结果 - 查看测试结果将在 VS 中打开 .trx 文件。

不确定其他具体问题的解决方案，但我会尝试在本地命令窗口中运行构建，以更清楚地了解构建过程中发生的情况。
错误消息将显示为红色文本，警告消息将显示为黄色文本，许多其他中间构建步骤信息将显示为灰色文本。

有很多关于 TFS 构建主题的优秀博客文章 --
Aaron Hallberg 的博客 (blogs.msdn.com/b/aaronhallberg) 是一个不错的起点。此外，MSDN 有很多关于 TFS / MS Build 的好信息 - 例如： 在 Team Foundation Build 中运行构建