NUnit TestCaseSource调用方法的Console目标日志不生效问题

1. 核心原因是NUnit的分阶段执行逻辑 #

NUnit测试运行包含两个独立的阶段，两个阶段的控制台输出配置完全不同：

• 测试发现阶段：测试运行器（dotnet test、Resharper测试工具等）启动后，首先会扫描测试程序集的所有测试标记，此时就会调用所有TestCaseSource关联的方法来枚举测试用例参数。这个阶段测试运行器还没有完成标准输出流的重定向配置，所有写入控制台/stdout的内容都会被直接丢弃，不会转发到终端输出。
• 测试执行阶段：所有测试用例枚举完成后，运行器才会开始逐个执行测试方法，此时已经完成了输出流的捕获和转发配置，该阶段的日志可以正常显示到控制台。

2. 为什么文件日志不受影响 #

文件日志的写入逻辑完全不依赖标准输出流，只要日志组件（NLog/Log4net）完成初始化、目标文件路径可写，不管在哪个执行阶段写入的日志都会正常落地到文件，这就是文件日志完整、控制台日志缺失的原因。

3. 现象逻辑验证 #

• TestCaseSource调用GetTestData()的时机属于测试发现阶段，所以控制台日志被丢弃，只有文件日志留存
• 单独调用GetTestData()的LoggingIsShown测试属于测试执行阶段运行的逻辑，所以控制台日志可以正常输出
• 静态初始化相关的猜测方向正确：代码中TestHelper是测试类的静态字段，初始化时机刚好和测试发现阶段重合，进一步印证了阶段判定的结论。

如果需要调试测试数据源阶段的日志，优先使用文件日志排查即可；如果必须要控制台输出，可以考虑将测试数据生成逻辑延迟到测试方法内部执行，不过该方案会丢失参数化测试单条用例独立统计的特性，可以根据使用场景选择。

内容的提问来源于stack exchange，提问作者501NotImplemented