Visual studio 2010 MSTest不执行单元测试

当我尝试在Visual Studio 2010 IDE中或从命令行（通过

mstest/testcontainer:my.dll

）运行单元测试时，会出现以下错误：

未能将测试运行“”排队kootsookosp@TFSSERVER2011-06-28 11:00:11”：未找到方法：“Void Microsoft.VisualStudio.TestTools.Agent” .AgentProcess Manager.SetCurrentPlatform（System.Reflection.ProcessorArchitecture，Microsoft.VisualStudio.TestTools.Common.AssemblyClr 版本‘

关于

mstest

错误表明存在安全问题，但这似乎有所不同

---

谷歌搜索上面的错误消息似乎没有显示任何相关信息。

是

my.dll

64位吗？MSTest不支持该功能。

是否为

my.dll

64位？MSTest不支持这一点。

它是64位的，但它似乎与Visual Studion 2010的RTM和SP1版本有所不同。RTM运行不正常，SP1版本工作正常。根据文档，MSTest不支持64位程序集的测试。阅读这篇文章（它也指代理！）有趣的博客。这似乎不是我所看到的问题：正如我所说的，在一台使用RTM的机器上它不工作，但在另一台使用SP1的机器上它工作正常。我需要等待更新RTM机器。一旦我完成了，我将在这里检查。如果dll包含64位代码，那么MSTest能够测试它的事实可能是偶然的，不值得依赖。？？非确定性编译器行为听起来很奇怪。。。虽然现在你提到了它，但我也会检查这两台机器的操作系统版本，这可能会给出一个线索。它是64位的，但似乎是Visual Studion 2010的RTM和SP1版本之间的差异。RTM运行不正常，SP1版本工作正常。根据文档，MSTest不支持64位程序集的测试。阅读这篇文章（它也指代理！）有趣的博客。这似乎不是我所看到的问题：正如我所说的，在一台使用RTM的机器上它不工作，但在另一台使用SP1的机器上它工作正常。我需要等待更新RTM机器。一旦我完成了，我将在这里检查。如果dll包含64位代码，那么MSTest能够测试它的事实可能是偶然的，不值得依赖。？？非确定性编译器行为听起来很奇怪。。。虽然现在你提到了这一点，但我也会检查这两台机器的操作系统版本，这可能会给出一个线索。