VS2022中XUnit测试条件编译失效问题求助

核心原因 #

你遇到的问题本质是测试项目和被测项目是独立的编译单元——测试项目.csproj里定义的UNIT_TEST常量只会作用于测试项目本身的编译流程，不会传递给被测的WPF项目。所以被测项目编译时根本不知道这个常量的存在，#if !UNIT_TEST的判断自然不会生效。

可行解决方案 #

方案1：在被测项目中添加条件编译常量（直接有效）

既然常量需要作用于被测项目，就得在它的.csproj里配置，但可以通过条件区分测试场景：

• 方法A：新增专门的测试配置

  1. 在VS中右键解决方案→属性→配置属性，为被测项目新增一个DebugTest配置（复制Debug的设置）。
  2. 打开被测项目的.csproj，添加：

  <PropertyGroup Condition="'$(Configuration)'=='DebugTest'">
      <DefineConstants>$(DefineConstants);UNIT_TEST</DefineConstants>
  </PropertyGroup>
  

  3. 测试项目引用被测项目的DebugTest版本，运行测试时切换到这个配置即可。

• 方法B：通过MSBuild属性传递
  在测试项目的.csproj中，添加对被测项目的引用时传递属性：

  <ProjectReference Include="..\YourWpfApp\YourWpfApp.csproj">
      <AdditionalProperties>BuildingForTest=true</AdditionalProperties>
  </ProjectReference>
  

  然后在被测项目的.csproj中添加：

  <PropertyGroup Condition="'$(BuildingForTest)'=='true'">
      <DefineConstants>$(DefineConstants);UNIT_TEST</DefineConstants>
  </PropertyGroup>
  

  这样只要测试项目编译，被测项目就会带上UNIT_TEST常量。

方案2：用依赖注入+Mock替代条件编译（更符合TDD思想）

你提到打算尝试Moq，这才是TDD的正确方向——不要通过条件编译修改业务代码，而是通过解耦来控制依赖行为：

1. 把Logger抽象成接口，比如ILogger：

   public interface ILogger
   {
       void Log(string message, string category);
   }
   

2. 让EditorViewModel依赖ILogger，通过构造函数注入：

   public class EditorViewModel
   {
       private readonly ILogger _logger;
       public string Text { get; set; }
   
       public EditorViewModel(ILogger logger)
       {
           _logger = logger;
           _logger.Log($"EditorViewModel() instance: {GetHashCode()} : Text' {Text}'", "EditorViewModel");
       }
   }
   

3. 测试时用Moq创建一个Mock的ILogger，可以完全控制日志是否输出，甚至验证日志调用：

   [Fact]
   public void EditorViewModel_Constructor_ShouldInitialize()
   {
       var mockLogger = new Mock<ILogger>();
       var vm = new EditorViewModel(mockLogger.Object);
       // 验证日志是否被调用（可选）
       mockLogger.Verify(l => l.Log(It.IsAny<string>(), "EditorViewModel"), Times.Once);
   }
   

   这种方式不需要修改业务代码的结构，也避免了条件编译带来的维护成本。

关于你提到的自定义测试框架思路 #

临时修改被测项目.csproj的思路理论上可行，但没必要重复造轮子——MSBuild本身支持属性传递和多配置管理，已经能满足需求。而且这种侵入式的修改反而会增加测试流程的复杂度，不如依赖注入的方式干净。

内容的提问来源于stack exchange，提问作者Zizi Gator