我来帮你排查下这个头疼的问题——调试测试时看不到任何输出真的太影响效率了。结合你的NUnit测试代码和Visual Studio的运行环境，可能的原因主要有这些：

1. 测试框架的输出捕获配置问题 #

NUnit默认不会自动把Console/Debug/Trace的输出转发到Visual Studio的窗口里，得做些小调整：

• 右键你的测试项目 → 属性 → 调试，勾选「启用调试器支持」（不同VS版本选项表述可能略有不同）；
• 一定要在Test Explorer里右键选中测试，选择「调试选中的测试」，而不是直接点击「运行」——运行测试时，输出会被NUnit框架拦截，只有调试模式下才会把输出同步到VS的Output窗口。

2. Output窗口的筛选器选错了 #

打开Output窗口后，注意顶部的下拉菜单，要选择「调试」或者「所有输出」，别选「生成」或者其他选项。很多时候默认选中的是「生成」，自然看不到调试相关的输出。

3. Debug/Trace的输出开关没开启（或Release模式的问题） #

• 先确认你的项目当前是Debug模式，Release模式下编译器会自动移除Debug.WriteLine这类调试代码，肯定看不到输出；
• 如果是.NET Framework项目，检查App.config里是否配置了Trace监听，没有的话加上：

  <configuration>
    <system.diagnostics>
      <trace autoflush="true" indentsize="4">
        <listeners>
          <add name="console" type="System.Diagnostics.ConsoleTraceListener" />
          <add name="defaultListener" type="System.Diagnostics.DefaultTraceListener" />
        </listeners>
      </trace>
    </system.diagnostics>
  </configuration>
  

  这个配置能确保Trace和Debug的输出被正确监听并输出。

4. 代码执行可能提前中断了 #

你代码里的mainPage.SwitchPAge();（注意拼写可能有误，应该是SwitchPage？）如果内部抛出了未捕获的异常，那后面的Debug.WriteLine这些代码就不会执行了。可以先注释掉这个方法调用，看输出是否正常出现，以此排查是不是这里的问题。

另外，Task.Delay(5000).Wait();虽然不会直接导致输出丢失，但可以换成Thread.Sleep(5000);（记得引用System.Threading）试试，排除线程等待对输出刷新的干扰。

5. 别混淆了Output和Command Window #

Command Window是用来执行VS命令的（比如输入Debug.Print），程序的调试输出只会出现在Output窗口里，别找错地方啦！

内容的提问来源于stack exchange，提问作者abyssal whale