Question

我在TFS2010服务器上有一个x64平台C＃解决方案（VS2012）。我已将一个单元测试项目（也是x64）附加到此解决方案并创建了一个构建定义。当我对构建进行排队时，它会成功，但不会执行单元测试用例。这是因为MSTest是一个32位应用程序。因此，我决定自定义默认构建过程模板（DefaultTemplate.xaml）以调用VSTest（VSTest.console.exe）而不是MSTest。这非常复杂，我无法在VSTest的工具箱中添加构建活动。

有没有人做过这种定制？我还考虑过配置.runsettings文件等其他方法。我们是否有可以添加到.runsettings文件中的VSTest适配器接口？

Answer 1

通过VSTest执行单元测试并通过MSTest发布测试结果给了我一个成功的结果。以下是Powershell脚本：

#  Get the UnitTest Binaries
$files = Get-ChildItem $TestAssembliesDir\*est*.dll

#  VSTest.console.exe path
$VSTestPath = 'C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\CommonExtensions\Microsoft\TestWindow\vstest.console.exe'

#  MSTest path
$MSTestpath = "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\mstest.exe"
#  Loop through the test assemblies and add them to the VSTestFiles

$VSTestFiles = ''  
foreach($file in $files)  
{   
    $VSTestFiles += "`"$file`"" 
    $VSTestFiles += " "
} 

#  Run the UnitTests using VSTest 
&$VSTestPath  $vstestplatform "/Framework:Framework45" "/InIsolation" $VSTestFiles "/logger:trx"

#  Get TRX files
$TrxFilesList = Get-ChildItem $TestResDir\*.trx
$TrxFiles = ''  
$loop = 1
foreach($file in $TrxFilesList)  
{   
    $TrxFiles = "$file" 
    # copy the trx file into a space-less named trx
    $newTrxFileName = "$BuildUri" + "_" + "$loop" + ".trx"

    copy-item $TrxFiles -destination $TestResDir\$newTrxFileName

    $loop = $loop + 1
    $newTrxFile += "$TestResDir\$newTrxFileName"
    $newTrxFile += " "
} 

#  specify MSTest arguments 
$mspubl = "/publish:"+$TeamProjColUri
$msteampr = "/teamproject:" + $TeamProj
$mspublbuild = "/publishbuild:" +$BuildUri
$mspubresfile = "/publishresultsfile:" +"`"$newTrxFile`""
#Publish test results through MSTest
&$MSTestpath  $mstestplatform $flavor $mspubl $msteampr $mspublbuild $mspubresfile

Answer 2

我也完全有同样需要使用VSTest.Console.exe而不是MSTest.exe来编译VS2012 / .NET 4.5 x64应用程序的TFS2010构建过程，同时等待升级到TFS2012开始。

我采取的方法是编辑构建脚本XAML，删除单元测试的现有工作流，并将其替换为构建VSTest.Console.exe参数的自定义工作流，然后通过InvokeProcess执行VSTest.Console.exe 。然后我确保在Finally块中，无论测试结果如何，我们都使用构建服务器上的VS2012安装中的MSTest.exe将测试结果和代码覆盖率发布到TFS。

不幸的是我不能在答案中发布XAML，因为它超出了字符长度，但我确实有一个文本文件，包含要在DefaultTemplate.xaml中替换的片段以及要替换它的内容。该文件可以找到here。请注意，虽然这种方法有效，但它是一种黑客攻击。

另一种选择是使用NUnit而不是MSTest或VSTest.Console作为支持64位二进制文件。这个article解释了如何将NUnit集成到TFS2010构建脚本中，并且链接到实现此目的所需的工具和资源。 NUnit的唯一问题是代码覆盖（需要另一个工具以及如何将这些结果发布到TFS）和使用诸如DeploymentItem之类的属性和TestContext等属性的MSTest样式集成测试，这就是为什么我工作的地方我们选择了VSTest.Console.exe方法。

根据我的阅读，TFS2012提供了从构建脚本轻松集成到VSTest.Console.exe的功能，因此，如果您曾升级到TFS2012，则可能不需要我记录的VSTest.Console.exe hack。

Answer 3

这不能直接回答你的问题，但它可能有所帮助。我为TeamCity做了类似的事情。我使用命令行来调用vstest.console.exe并创建了一个.runsettings文件。

我将此Microsoft template用于runsettings文件。但请注意，在我的机器上，第5行注释中提到的路径是相对于.runsettings位置而不是.sln。

如果使用vstest.console.exe的/ logger：trx选项，它将以与MSTest相同的格式生成输出（适用于结果可视化）。

使用VSTest运行单元测试用例而不是MSTest

3 个答案: