2013-11-23 25 views
10

我们已升级TFS安装从2012年到2013年在运行过程中我们建立自己会失败,出现以下错误,如果单元测试是有效的:包含Visual Studio的测试运行的程序集的目录是无效

TF900547: The directory containing the assemblies for the Visual Studio Test Runner 
      is not valid '' 

升级后,构建过程模板或构建定义尚未更改。升级过程没有改变它们。 我在哪里可以提供Visual Studio Test Runner的路径以及它位于磁盘上的位置?

我不知道“Visual Studio的测试运行”是在2013年,或者如果该设置也被使用之前,当我们使用TFS 2012

我们在使用Visual Studio 2012专业版的新选项构建服务器。

回答

6

你有两个选择:

  1. 安装Visual Studio 2013或Agents for Microsoft Visual Studio 2013,如果你想继续使用Visual Studio的测试运行。
  2. 切换到MS Test作为测试运行器并更改Build-Workflow中的Tools Version。这将允许您继续在构建服务器上使用Visual Studio 2012。

注:坦克你SteveC张贴链接到代理商唯一的站点

+0

安装Visual Studio 2013并使其正常工作。但我想知道如何使它与Visual Studio 2012一起工作。我还没有发现工具版本的任何变量。你有链接到一些描述Build Workflow工具版本的文档吗? –

+1

我在msbuild Action中看到过这个。如果你真的需要VS 2012(这是可能的:-)),你可以改变工作流程,并使用mstest动作而不是AgileTestRunner。您可以在开发计算机上使用VS2013设置工具路径 – Oswald

7

做的第二选择,在Oswald's答案:

  1. 右键单击您的构建定义,然后选择“编辑构建定义...“
  2. 单击构建定义中的”Process“组。
  3. 在“构建过程参数”下找到“自动测试”组,然后单击省略号。
  4. 将出现“自动测试”对话框,选择您要编辑的“测试运行”下的测试。
  5. 点击“编辑”,会出现“添加/编辑测试运行”对话框。
  6. 更改测试运行,以“MSTest.exe测试跑步”

注:我使用TFS2012

+16

,服务器上的TFS2013我没有测试运行器的其他选项 - 下拉框变灰,“Visual Studio测试运行程序”已修复。 – mbx

3

作为替代在构建机上安装Visual Studio,你可以简单地将文件从复制您的本地机器到构建机器。

ZIP在

C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\CommonExtensions\Microsoft 

发现TestWindow文件夹,然后将其复制到构建机器,并解压到同一位置。

+2

为我工作!谢谢 – Javier

1

我们与OP有同样的问题,但由于TFS服务器被认为是生产箱(其他部门将其用于其他事情),我们不允许在服务器上安装VS2013。这同样适用于构建所需的任何第三方工具,他们很难融入到构建中。

我最终通过使用另一个开发箱来充当TFS的构建服务器。通过在开发箱中安装TFS的Build Server组件,并在该框中设置控制器和构建代理,TFS可以将实际构建的责任传递给开发盒,我们可以在其中安装任何东西,而不会影响TFS服务器本身。

尽管它不完美 - 需要一个额外的盒子和VS2013许可证 - 这是迄今为止避免污染生产TFS盒子的最简单方法。或者,提名一个开发者自己的盒子并在那里安装构建代理 - 环境已经准备好了,在构建过程中它会稍微减慢一点。

0

如果你的项目没有单元测试,你可以禁用生成定义的单元测试执行。

要做到这一点,编辑生成定义,过程选项卡下,在现场删除一切“自动化测试”

相关问题