如何在MSTest中为测试执行添加全局延迟/暂停？

嘿，这个问题我太熟悉了！之前帮团队排查过几乎一模一样的场景——批量跑MSTest时随机炸，单独跑全过，十有八九是资源释放不及时或者并行执行搞的鬼。给你几个不用逐个改200个测试用例的全局方案，亲测有效：

MSTest提供了TestExecutionListener接口，可以监听所有测试用例的生命周期，我们可以利用它在每个测试结束后自动加延迟，完全不用碰现有测试代码：

1. 在你的测试项目里新建一个类，代码如下：

using Microsoft.VisualStudio.TestTools.UnitTesting;
using System.Threading;

[TestClass]
public class GlobalTestDelayListener : TestExecutionListener
{
    // 这里设置你需要的延迟时长，比如1000毫秒（1秒）
    private const int PostTestDelayMs = 1000;

    public override void TestCleanup(TestContext testContext)
    {
        base.TestCleanup(testContext);
        // 每个测试用例执行完毕后，暂停指定时长
        Thread.Sleep(PostTestDelayMs);
    }
}

2. 保存后，MSTest会自动识别这个监听类，下次批量执行时，每个测试结束后都会自动等待你设置的时间，给系统足够时间回收资源。

如果你的测试用例有异步的，可以把延迟改成异步版本：

using Microsoft.VisualStudio.TestTools.UnitTesting;
using System.Threading.Tasks;

[TestClass]
public class GlobalTestDelayListener : TestExecutionListener
{
    private const int PostTestDelayMs = 1000;

    public override async Task TestCleanupAsync(TestContext testContext)
    {
        await base.TestCleanupAsync(testContext);
        await Task.Delay(PostTestDelayMs);
    }
}

如果不想硬编码延迟时间，或者需要随时调整，可以用MSTest的配置文件来管理：

1. 在测试项目根目录新建一个Test.runsettings文件，内容如下：

<RunSettings>
  <TestRunParameters>
    <!-- 这里可以随时修改延迟时间，不用改代码 -->
    <Parameter name="PostTestDelayMs" value="1000" />
  </TestRunParameters>
</RunSettings>

2. 修改刚才的监听类，读取配置里的延迟时间：

using Microsoft.VisualStudio.TestTools.UnitTesting;
using System.Threading;

[TestClass]
public class GlobalTestDelayListener : TestExecutionListener
{
    public override void TestCleanup(TestContext testContext)
    {
        base.TestCleanup(testContext);
        
        // 从配置中读取延迟时间，默认1000毫秒
        if (int.TryParse(testContext.Properties["PostTestDelayMs"]?.ToString(), out int delayMs) && delayMs > 0)
        {
            Thread.Sleep(delayMs);
        }
    }
}

3. 在Visual Studio的测试设置里选择这个.runsettings文件（测试 -> 配置运行设置 -> 选择解决方案的.runsettings文件），这样就能灵活调整延迟了。

很多时候这种随机失败是因为MSTest默认开启了并行测试，多个测试同时抢资源导致的。如果加延迟还解决不了，试试关闭并行：

修改你的Test.runsettings文件，添加并行控制配置：

<RunSettings>
  <!-- 设置为1表示关闭并行，只用一个核心执行测试 -->
  <MaxCpuCount>1</MaxCpuCount>
  <!-- 如果你想保留并行但减少并发数，可以设置成2/3等 -->
</RunSettings>

这个方案有时候比加延迟更有效，因为从根源避免了资源竞争。

• 用Process Explorer之类的工具，批量执行测试时监控端口、文件句柄等资源，看看是不是真的没释放干净（有时候Dispose()调用后，操作系统需要几秒才能回收资源）。
• 给随机失败的测试加详细日志，记录测试前后的资源状态（比如当前占用的端口号），方便定位具体是哪个资源拖了后腿。

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