c# - VSTest 只运行一种类型的测试

Question

总体目标

我正在尝试创建一个 PowerShell 脚本，该脚本将无外设地(通过命令行)在整个解决方案中运行所有测试以用于 CI 目的。我们有单元测试和集成测试，它们应该能够单独运行。

解决方案结构

解决方案是Visual Studio 2013解决方案(使用专业版)。每个项目都可选择一两个单独的项目进行测试。一个项目用于单元测试，另一个项目用于集成测试。我们遵循一个简单的命名约定:

• 组件:Namespace.ComponentName
• 单元测试:Namespace.ComponentName.Test
• 诠释。测试:命名空间.ComponentName.IntegrationTest

测试工具

我正在使用 VSTest.Console.exe 来运行测试。

当前失败的解决方案

我正在尝试运行或仅运行单元测试或仅运行集成测试。所以想法是扫描所有测试 dll 文件并根据后缀过滤它们。

单元测试示例:

# Declare my parameter that will contain the targeted TestFileNames
$Parameters = '';

# Get all the test project names, space separated that match *.Test.dll in my solution
Get-ChildItem $RepositoryRootLocation -Filter *.Test.dll -Recurse | ? {$_.fullname -notmatch 'obj'} | % { $Parameters =  $Parameters + $_.FullName+ " "};

#Run the VSTest.Console.Exe with the specified test project names
& $MsTestConsolePath $Parameters ;

这应该可以正常工作，唯一的问题是我在嵌套子文件夹中有 40 多个测试项目。这会在运行此脚本时导致异常:

Get-ChildItem : The specified path, file name, or both are too long. The    fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

消息不言自明，所以问题是，这个问题不是可扩展，因为我遇到了一些烦人的简单限制。

主要问题

是否有另一种使用 VSTest.Console.exe 的方法，我可以基于过滤器仅运行测试项目的特定子集，因此我可以仅运行或运行单元测试或集成测试。

我应该换个角度来解决这个问题吗？或者当所有测试项目都在我的解决方案存储库的子文件夹中时，我可以只使用测试项目名称而不是完整的文件路径吗？

重要:它应该很容易扩展，所以我不需要为每个新创建的测试项目都将它添加到测试设置文件或类似文件中。我只想说，运行解决方案中的所有测试项目，过滤它们是单元类型还是集成类型。

将我的 repo 放在磁盘的根目录中以缩短测试项目名称的完整路径名是不灵活的，因为脚本可能在任何机器上运行。

Answer 1

我会尝试几种方法。

首先，将构建服务器的路径更改为驱动器根目录下的文件夹。文件夹越少，遇到“路径太长”问题的机会就越少。
您说缩短路径可能不是正确的解决方案，但确实如此。您可以对构建机器提出要求(例如，“安装 .net”就是一个要求)，而“不要将源代码放在疯狂的子文件夹中”是一个明智的要求。

其次，您可以将项目的输出路径更改为另一个文件夹。例如，在您的解决方案的根目录下创建一个“bin”文件夹，以及“debug”、“release”和“test”子文件夹。
然后，根据项目的类型和配置，将项目配置为在根目录中输出二进制文件(常规项目输出到 bin\debug|release ；测试项目输出到 bin\test，无论调试还是发布)。
您可能不想像这样配置“每个新创建的测试项目”，但实际上，一旦您的解决方案变得更加稳定，您将创建多少个新项目？

为项目配置路径是一项常见的开发运营/持续集成任务。不要自欺欺人，不要自作聪明，也不要假设您的构建脚本在任何情况下都可以在任何地方运行。当您的项目有任何复杂性(依赖于外部依赖项)时，您将必须定义构建要求，例如“安装了这个和那个”，那么为什么不“让源代码在磁盘根目录下最多 2 或 3 个文件夹”？ .