ASP.NET Core单元测试：解决方案全项目构建及System.TypeInitializationException问题咨询

System.TypeInitializationException 本质是目标公共类的静态构造函数、静态字段初始化过程抛出了未处理异常，并非类未完成构建，可按照以下顺序排查：

• 首先获取异常的根因：TypeInitializationException 一定会包含 InnerException 属性，存储了初始化过程抛出的原始异常。你可以在测试方法中添加try-catch块捕获该异常，打印 e.InnerException?.ToString() 即可拿到具体报错信息，常见根因包括静态字段依赖的服务未初始化、配置文件读取失败、路径不存在、依赖的第三方库版本不匹配等。
• 确认解决方案的构建依赖配置：右键解决方案 -> 「属性」-> 「项目依赖项」，确认测试项目勾选了其余3个关联项目作为依赖，确保生成测试项目时会自动编译所有关联项目。如果运行测试时未自动构建全量项目，可以在VS的「工具」->「选项」->「项目和解决方案」->「生成并运行」中，勾选「在运行时仅生成启动项目和依赖项」，或者每次运行测试前手动执行「生成解决方案」（快捷键 Ctrl+Shift+B）。
• 调整测试数据的初始化逻辑，避免依赖不可控的静态类初始化顺序：C# 中静态类的初始化时机是类第一次被访问时触发，且同一程序集内的多个静态类初始化顺序无法人为控制，跨程序集访问时更容易出现初始化时序问题。建议使用 MSTest 框架自带的全局初始化方法统一配置公共测试数据：
  新增标注 [TestClass] 特性的全局初始化类，给静态方法标注 [AssemblyInitialize] 特性，该方法会在当前测试程序集所有测试用例执行前仅运行一次，可在该方法内可控地完成公共测试类的赋值逻辑，示例如下：

  [TestClass]
  public static class GlobalTestInitializer
  {
      [AssemblyInitialize]
      public static void Init(TestContext context)
      {
          // 在此处统一为公共测试类的字段/属性赋值
          CommonTestValues.ApiBaseUrl = "https://test.local";
          CommonTestValues.MockUserInfo = new UserInfo { Id = 1, Name = "TestUser" };
      }
  }
  

• 检查测试依赖的部署项：如果公共类的初始化逻辑依赖配置文件、静态资源文件等外部文件，确认这些文件的「复制到输出目录」属性设置为「如果较新则复制」；如果测试在独立沙箱目录运行，还需要给测试类/测试方法标注 [DeploymentItem("文件相对路径")] 特性，确保测试运行时依赖文件会被复制到执行目录。
• 手动触发公共类初始化：如果确认存在跨程序集访问时静态类未初始化的问题，可以在 [AssemblyInitialize] 方法中任意访问一次公共类的静态成员，强制CLR执行该类的静态构造逻辑，确保测试用例执行前初始化已完成。

内容的提问来源于stack exchange，提问作者Marcus Vr