我们遇到了同样的问题（参见：vstest.executionengine.x86.exe not closing）。不幸的是，由于更改（在该区域中建议）仅在本地计算机上工作，并且（似乎）不会在解决方案中的任何地方持续存在（因此无法检入源控制），构建服务器继续保持vstest.executionengine。 x86.exe打开。我还应该注意，如果每个服务器有1个Build Agent，那么只有在构建服务器上作为构建后步骤抢先杀死进程的实例才能安全地完成。
关于如何在Team Build服务器上解决这些类型的问题，真的缺乏文档!!!
我最终发现了以下文章：
http://gordonbeeming.azurewebsites.net/2013/01/24/vstest-executionengine-x86-exe-not-closing/
它建议创建一个空白的测试运行器文件并将其与解决方案相关联。不幸的是MS在这里也不见了，因为改变（再次）只适用于运行Visual Studio的本地盒，而不适用于Team Build服务器。最后，我在Build Definition中发现了一个设置，其中一个空白测试运行器文件可以与Build Def相关联，就像魔术一样，我的解决方案将在构建服务器上构建，而vstest.executionengine.x86.exe在构建完成时关闭。今天早上回来准备转换其余的构建定义，但是看到这个解决方案并不能始终如一地工作。除了构建解决方案和定义工作空间之外，构建定义还是IDENTICAL。我完全感到困惑的是，为什么添加空白测试运行器文件在一个案例中修复了问题而在其他案例中没有...
是否有其他人在Team Build服务器上遇到此问题，如果是，那么您的解决方案是什么？