Continuous integration MsTest在文件夹中运行所有测试

Continuous integration MsTest在文件夹中运行所有测试,continuous-integration,mstest,testing,Continuous Integration,Mstest,Testing,我正在尝试设置TeamCity 4.0构建服务器以运行VS2008(非TFS)单元测试 如果我手动创建一个测试列表并维护该列表,以便创建的所有单元测试都包含在列表中,那么我可以使用“/testlist:mylist”选项在构建服务器上自动运行所有测试 但一旦项目开发开始,维护列表本身将是一个问题。因此,我正在寻找一种方法,告诉MSTEST“加载您可以在该文件夹中找到的所有测试”,这可能吗 一种解决方法是指定要运行的测试程序集。但这与维护“全部”测试列表并没有太大区别 可以告诉MSTEST.exe

我正在尝试设置TeamCity 4.0构建服务器以运行VS2008(非TFS)单元测试

如果我手动创建一个测试列表并维护该列表,以便创建的所有单元测试都包含在列表中,那么我可以使用“/testlist:mylist”选项在构建服务器上自动运行所有测试

但一旦项目开发开始,维护列表本身将是一个问题。因此,我正在寻找一种方法,告诉MSTEST“加载您可以在该文件夹中找到的所有测试”,这可能吗

一种解决方法是指定要运行的测试程序集。但这与维护“全部”测试列表并没有太大区别


可以告诉MSTEST.exe只加载它能找到的所有测试吗?有经验的人吗?我对此有点陌生,但我需要它是自动化的。

我使用MSBUILD脚本使用TC4+NUnit(您使用的是哪个运行程序?),并执行显式运行,如:

<NUnit Assemblies="Test/bin/$(Platform)/$(Configuration)/Product.Test.dll" Platform="x86" />

但是没有理由不能执行
ItemGroup
或使用
CreateItem
创建与模式匹配的所有DLL的列表并以这种方式运行


一般来说,您认为[TeamCity]运行程序(通常有很好的文档记录)绝对不需要明确的测试列表是正确的,无论您如何轻松地生成它们。

我使用sln2008 build runner,因为我在构建服务器上有VS2008 Pro。我尝试在程序集列表中使用通配符,但TeamCity只是将其提供给MsTest。。。因此,ItemGroup似乎是一个很有前途的选项。如果创建msbuild脚本,则只需通过这样做链接到sln,然后从那里运行测试。(您可以使用***.Test.Dll等)猜测MSBuild是正确的方法。。。哼!