当 AnyCPU 测试程序集实现 x64 生产程序集的接口时出现 BadImageFormatException

Question

我似乎遇到了这样一个场景：当我在引用 x64 程序集的 AnyCPU 程序集上运行 mstest 时，我收到 BadImageFormatException。

当 AnyCPUTestingx64Production.dll 测试程序集实现 x64Production.dll 中的接口（即使未使用）时，会出现此问题：

Unable to load the test container 'D:\AnyCPUTestingx64Production.dll' 
or one of its dependencies. error details:
System.BadImageFormatException: 
    Could not load file or assembly 'x64Production, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. An attempt was made to load a program with an incorrect format.

• mstest 在 Windows 7 64 位上运行，
• 测试程序集构建为 AnyCPU，以使其在 64 位计算机上运行64 位主机（如所述 此处)
• testsettings 文件指定
• peverify 和 corflags 没有显示任何有趣的内容，
• 这很容易在玩具解决方案中重现，即
  • x64 制作
    • 未引用其他程序集
    • 仅包含一个空的公共接口 IExampleInterface
    • 有设置为 x64
  • 任何 CPU 测试 x64 生产
    • 仅引用 x64Production.dll（即，即使没有引用 Microsoft.VisualStudio.QualityTools.UnitTestFramework，也会出现此问题）
    • 仅包含 x64Production.IExampleInterface 的空实现
    • 有设置为 x64
• nunit 可以加载并运行测试程序集（一旦我转换了所有测试属性）
  • 但这并不是解决更大问题（涉及大量项目文件）的良好短期解决方案
• 无论项目的目标是 3.5 还是 4.0，
• 都会出现同样的问题。无论使用 VS2008 还是 VS2010 c# 编译器，都会出现同样的问题
• 无论使用 VS2010 还是测试代理中的 mstest，都会出现同样的问题，
• 加载 AnyCPUTestingx64Production 时 mstest 会失败 - 即这不是尝试的问题在错误的 QTAgent 中加载程序集（进程监视器中没有显示任何内容，并且重命名 QTAgent32.exe 没有效果）：

    *** Assembly Binder Log Entry  (09/02/2012 @ 09:44:26) ***

    The operation failed.
    Bind result: hr = 0x8007000b. An attempt was made to load a program with an incorrect format.

    Assembly manager loaded from:  C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
    Running under executable  C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\MSTest.exe
    --- A detailed error log follows. 

    === Pre-bind state information ===
    LOG: User = David
    LOG: DisplayName = x64Production, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
     (Fully-specified)
    LOG: Appbase = file:///D:/
    LOG: Initial PrivatePath = NULL
    LOG: Dynamic Base = NULL
    LOG: Cache Base = NULL
    LOG: AppName = MSTest.exe
    Calling assembly : AnyCPUTestingx64Production, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
    ===
    LOG: This bind starts in default load context.
    LOG: Using application configuration file: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\MSTest.exe.Config
    LOG: Using host configuration file: 
    LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
    LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
    LOG: Attempting download of new URL file:///D:/x64Production.DLL.
    LOG: Assembly download was successful. Attempting setup of file: D:\x64Production.dll
    LOG: Entering run-from-source setup phase.
    LOG: Assembly Name is: x64Production, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
    ERR: Failed to complete setup of assembly (hr = 0x8007000b). Probing terminated.

是否有其他人确定这在 VS2010 mstest 中是否不受支持？

Answer 1

我来这里寻找类似问题的解决方案。发布此答案以防万一我找到的解决方案对其他人有帮助。
这在 Visual Studio (2012) 中为我解决了这个问题：

添加新项目 ->测试设置
更改测试设置
默认情况下，此设置为“强制测试在 32 位进程中运行”

从菜单中：
测试->测试设置->选择测试设置文件->选择您创建的测试设置文件。

现在运行测试。

Answer 2

另外，您可以进入菜单“测试”->“测试设置”->“默认处理器架构”->“X64”。它可能会起作用。

Answer 3

现在使用 Visual Studio 2013（至少在 2012 年没有尝试过），我不需要做任何事情，只需选择“测试”->“测试设置”->“默认处理器架构”->x64。也可以使用测试设置文件来达到相同的结果。您在其他答案和网络上的各种帖子中看到的那些旧的克鲁格都没有必要。由于我的东西必须使用 x64，所以我也添加了这些测试用例，只是为了提醒我是否有一些设置错误。

    [TestMethod]
    public void Running_64Bit_OS()
    {
        // It was determined to run only in 64 bits.
        bool is64BitOS = System.Environment.Is64BitOperatingSystem;
        Assert.AreEqual(is64BitOS, true);
    }

    [TestMethod]
    public void Running_64Bit_Process()
    {
        // We have a requirement that one of the unmanaged DLL is built for 64 bits.
        // If you are running MS Test in Visual Studio 2013 and this
        // is failing, go to Test->Test Settings->Default Processor Architecture and
        // chose x64, then run the tests again.  This is not the only method.  You
        // could also use a test settings file.
        bool is64BitProcess = System.Environment.Is64BitProcess;
        Assert.AreEqual(is64BitProcess, true);
    }

Answer 4

从本文中可以看出，MSTest.exe 是 32 位的。

注释：这是 Visual Studio 2010 的答案。现代系统会得到 64 位 MSTest.exe，如果尝试加载 32 位 dll，则会出现相反的问题。

Answer 5

就我而言，它似乎与 x86 或 x64 平台或测试配置设置或项目的 .NET 版本无关。顺便说一句，我得到的 BadImageFormatException 错误还提到了有关“签名不正确”的内容。

问题是，在使用 Moq 时，我们需要为依赖于我们尝试模拟的对象的类/接口添加对单元测试项目的缺失引用。查看您正在测试的项目的引用，以了解您可能缺少哪些与您正在模拟的对象相关的程序集。

http://vibrantcode.com/2012/05/18/ badimageformatException-签名不正确/

Answer 6

如果您安装了 ReSharper，请参阅以下内容 链接

基本上，您需要在解决方案中创建一个测试设置文件（如其他答案中所示），然后更新 MsTest 的 ReSharper 选项以指向相同的设置文件。

我使用 Visual Studio 2013 Update 4 和 Resharper 8.2 遇到了这个问题。

Answer 7

如何设置 MSTest 来测试 64 位程序集

除了有关此问题的其他回答者提供的 .testsettings 信息之外，此答案还涵盖了 Visual Studio 2015 和 Visual Studio 2017 早期版本的一些怪癖，此修复程序还可以适用于 Visual Studio 2013，但我没有可用于测试的机器。

1. 添加 .testsettings 文件

右键单击​​解决方案（不是单元测试项目），然后在“测试设置”类别下添加一个 .testsettings 文件。它可以命名为您想要的任何名称。

---

2. 配置 .testsettings 文件以使用 64 位进程

在出现的“测试设置”向导中，您唯一需要自定义的是在“主机”选项卡下，设置“跑步在 32 位或 64 位进程中进行测试”更改为“在 64 位计算机上在 64 位进程中运行测试”。当您在这里时，检查默认设置以确保它们有意义可能是个好主意。单击“应用”，完成后单击“关闭”。

现在您的 .testsettings 文件将显示在解决方案资源管理器中。

---

Visual Studio 2015 中错误的额外解决方法

• Visual Studio 2017（使用版本 15.3.3 社区进行测试）似乎已采取步骤3和4不必要。我将把这些步骤留在这里，供那些使用旧版本 Visual Studio 的人使用，或者以防万一仍有办法重现该行为。

• 在Visual Studio 2015中，如果你只是通过Test->设置默认的处理器架构测试设置->默认处理器架构 -> x64，Visual Studio 会忘记您的设置 (请参阅此错误报告）。这已在 Visual Studio 2015 Professional Update 3 中进行了测试。

• 据我所知，在记住 CPU 架构方面，Visual Studio 2013 与 Visual Studio 2015 存在类似的错误。我还没有在 Visual Studio 2013 上测试过这个（我没有），但它可能值得一试。

3. 添加 .runsettings 文件，将测试设置为永久 64 位

打开记事本（或您选择的 XML 文件编辑器），并将其粘贴到其中。

<?xml version="1.0" encoding="utf-8"?>  
<RunSettings>  
    <!-- Configurations that affect the Test Framework -->  
    <RunConfiguration>  
        <!-- [x86] | x64 -->  
        <TargetPlatform>x64</TargetPlatform> 
    </RunConfiguration> 
</RunSettings> 

然后保存文件，我将其作为 DemoTest.runsettings 与 DemoTest.testsettings 一起保存在解决方案的目录中。

• 请参阅使用 .runsettings 文件配置单元测试有关此文件的详细信息。

• 注意：拥有一个仅包含此条目的 .runsettings 文件是安全的，因为...

  <块引用>

  文件的每个元素都是可选的，因为每个值都有默认值。

• 我建议将 .runsettings 文件添加到您的解决方案中，以便开发人员可以在解决方案资源管理器中看到它，尽管这不会以任何方式影响功能。

---

4.加载您的.runsettings文件

在菜单栏中，单击测试->测试设置->选择测试设置文件

选择您的runsettings 文件。不是您的测试设置文件。

---

现在您应该能够毫无问题地运行测试。

MSTest 限制

• 请注意，MSTest 仅适用于编译为任何 CPU 的单元测试项目。 x64 测试项目不会在测试资源管理器下显示任何测试。

• 要测试的程序集可以是x64，但单元测试库本身必须是Any CPU。

Answer 8

按照这篇博文，从 VS 运行以下内容命令提示符（因此 CorFlags.exe 在 PATH 中），为我的玩具解决方案运行测试：

@echo off
REM remove the 32Bit flag, forcing the executable to be 64-bit when run on a 64 bit os.
REM Expect the following output:
REM "
REM corflags : warning CF011 : The specified file is strong name signed.  Using /Force will invalidate the signature of this image and will require the assembly to be resigned.
REM "
CorFlags.exe "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\MSTest.exe" /32BIT- /Force

REM skip the strong name verification, because the 32-bit flag was modified 
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\StrongName\Verification\MSTest,b03f5f7f11d50a3a /f

REM copy over registry keys to the 64-bit shadow registry.
REM Without the "{13cdc9d9-ddb5-4fa4-a97d-d965ccfc6d4b}\Extensions" subkey, mstest will output
REM "
REM File extension specified '.dll' is not a valid test extension.
REM "
reg copy HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\10.0\EnterpriseTools\QualityTools\TestTypes HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\10.0\EnterpriseTools\QualityTools\TestTypes /s /f

这与真正的生产代码相比如何还有待观察。

Answer 9

除了@Anupam解决方案之外，在VS2013上，您可以转到TEST>测试设置>默认处理器架构并在X86和X64之间更改。这与选择测试设置文件几乎相同，只是您不需要仅指定测试平台的文件。

Answer 10

错误的原因之一是
如果您在解决方案中引用另一个项目，请右键单击引用的项目，
选择应用程序选项卡，检查输出类型。如果输出类型是控制台应用程序切换到类库然后尝试运行。

Answer 11

感谢 Resharper 的提示，因为它指出可以通过切换到 MSTest 来避免该问题。我无法让 Resharper 工作。测试 64 位第三方 64 位 DLL，即使您只是模拟它（仍然必须加载它），似乎也只能在 64 位模式下与 MsTest 一起使用。 MSTest 的“使用此测试运行配置”的 Resharper 选项只有“默认”作为下拉选项，“编辑”显示为灰色。另一个设置“使用元数据文件中指定的测试运行配置”也不起作用，这假设人们知道该元数据文件是什么或在哪里。正如上面的环境变量 Is64BitProcess 所证明的那样，Resharper 不会在 64 位模式下运行。 （VS 2013 更新 4、Resharper 8.2）

Answer 12

对于 Visual Studio 2022，转到测试 ->适用于任何 CPU 的处理器架构 -> 选择有效的处理器架构，对于我来说，它是 32 位。

Answer 13

另一个答案的注释：现代系统会得到 64 位 MSTest.exe，如果尝试加载 32 位 dll，则会出现相反的问题。话虽如此，问题仍然存在，如果您尝试加载在 x86 上运行的project.dll，则会遇到该问题。如何使用 VS2022 修复此问题：

Visual Studio 2022

使用 .runsettings 文件配置单元测试

1. 将运行设置文件添加到您的解决方案中。在“解决方案资源管理器”中，在解决方案的快捷菜单上，选择“添加”>新建项目，然后选择XML 文件。使用诸如 test.runsettings

   之类的名称保存文件

2. 从中添加内容，并可选择根据您的需要对其进行自定义：

    <?xml version="1.0" encoding="utf-8"?>   
    <RunSettings>  
        <!-- Configurations that affect the Test Framework -->  
        <RunConfiguration>  
            <!-- x86 | x64 -->  
            <TargetPlatform>x86</TargetPlatform> 
        </RunConfiguration>  
    </RunSettings>

3. 指定所需的 *.runsettings 文件。首选方式：设置构建属性。通过项目文件或 Directory.Build.props 文件将构建属性添加到项目。项目的运行设置文件由属性 RunSettingsFilePath 指定。为项目指定 .runsettings 文件的示例：

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <RunSettingsFilePath>$(MSBuildProjectDirectory)\example.runsettings</RunSettingsFilePath>
      </PropertyGroup>
      ...
    </Project>

注意： .runsettings 文件中仅包含此条目是安全的，因为...

• 文件的每个元素都是可选的，因为每个值都有默认值。
• 我建议将 .runsettings 文件添加到您的解决方案中，以便开发人员可以在解决方案资源管理器中看到它，但这不会以任何方式影响功能

有关详细信息，请参阅 使用.runsettings 文件

-- 或 --

手动选择处理器架构

从 Visual Studio 菜单中，选择测试，然后选择AnyCPU 项目的处理器架构。选择 x86 作为 32 位进程运行测试

注意：这是本地更改，不会影响 CI 管道等，它可能会测试您的代码。