yan*_*-qu 104 mstest build-server visual-studio
我想使用mstest.exe在构建服务器上运行我的单元测试,但我不想在构建服务器上安装Visual Studio.我可以在没有Visual Studio的情况下安装MSTest吗?
Bel*_*ela 164
没有visual studio就可以运行mstest.exe.
下载以下Visual Studio ISO 代理之一,并在服务器上安装Test Agent:
Visual Studio的2017年(127MB硬盘空间,小于下载)
的Visual Studio 2015年(128MB的设置,需要2GB磁盘空间)
的Visual Studio 2012(224MB)
的Visual Studio 2013(287MB)
的Visual Studio 2010(515MB)
这将安装从命令行运行mstest.exe所需的一切,并且比visual studio重量轻得多.如果我没记错的话,大约500mb下载和大约300mb安装测试代理.
UPDATE
对于早于VS 2017的版本,请在此处查看:
https://www.visualstudio.com/vs/older-downloads/
Ian*_*emp 16
这个答案特别适用于Visual Studio 2017,答案是肯定的.但请注意,Microsoft(仍然)不提供用于查找相关可执行文件(MSBuild.exe和MSTest.exe)的任何类型的官方API ,因此您无法读取注册表项和/或探测各种目录以查找这些文件.你被警告过了.
MSTest.TestFramework到这些项目中,并Microsoft.VisualStudio.QualityTools.UnitTestFramework从中删除对它们的引用.现在您只需要安装Visual Studio 2017构建工具并调用msbuild.exe以执行构建.MSTest.exe,vstest.console.exe然后你可以呼吁.请注意,实际确定这些可执行文件所在的位置是一件痛苦的事情,因为它们不会与MSBuild.exeBuild Tools 中的目录结构相同.最后,非常重要的是:如果您确实使用MSTest.TestFramework并且仍然需要能够在Visual Studio IDE中发现并运行测试,那么您还需要MSTest.TestAdapter在单元测试项目中安装.
1:虽然VS2017支持并行安装,但它使用仅记录最新安装的单个注册表项.因此,如果您最后安装测试代理,该密钥将指向其安装目录...但测试代理不包含MSBuild.exe,因此任何依赖此注册表项来找出该可执行文件路径的代码都将失败.为什么Microsoft无法让测试代理成为构建工具的可选部分(以便所有EXE都位于同一目录层次结构中)是任何人的猜测.
@crocpulsar,你需要在你的构建服务器上安装 Visual Studio,但你不需要购买额外的许可证。
在没有安装 VS 的情况下让 build & MSTest 工作有太多的依赖项,而且绝对不支持。
只要开始构建的人有许可证,构建服务器就不需要许可证。自 2005 年的黑暗日子以来就是这种情况,只要有版本平价,就可以了。
如果您团队中的每个人都拥有 Ultimate,那么您可以自由地在构建服务器上安装它;但是如果您的团队成员之一拥有 Premium,那么您最好在构建服务器上安装 Premium。这还支持许多其他位,例如代码覆盖率、测试影响分析和架构验证等。
| 归档时间: |
|
| 查看次数: |
51143 次 |
| 最近记录: |