TestNG中触发AfterMethod时将并行测试切换为串行的可行性咨询

TestNG的并行执行策略是测试套件初始化阶段就已经确定的，不支持运行时动态切换并行/串行模式，你提到的到AfterMethod执行时点自动切串行的操作原生无法实现，也不建议通过反射等黑科技修改TestNG内部配置实现，很容易引发不可预期的全局并发问题。

你可以根据自己的业务场景选择以下三种适配方案：

• 方案一：线程隔离改造（最优解，不影响并行执行效率）
  绝大多数AfterMethod并行失败都是因为校验逻辑依赖了全局共享的非线程安全变量，你可以用ThreadLocal对共享变量做线程隔离，每个测试线程只操作自己线程绑定的上下文数据，不会出现多线程数据篡改问题。示例代码如下：

  // 定义线程隔离的校验参数存储
  private static ThreadLocal<Long> expectedOrderId = new ThreadLocal<>();
  
  @Test
  public void testCreateOrder() {
      Long orderId = createOrder();
      // 测试方法内将待校验值存入当前线程对应的ThreadLocal
      expectedOrderId.set(orderId);
  }
  
  @AfterMethod
  public void checkOrderResult() {
      // 只取当前线程绑定的校验参数
      Long expected = expectedOrderId.get();
      // 执行校验逻辑
      Assert.assertEquals(queryOrderStatus(expected), "SUCCESS");
      // 用完清理避免内存泄漏
      expectedOrderId.remove();
  }
  

• 方案二：同步锁串行化AfterMethod逻辑
  如果你的AfterMethod逻辑确实无法做线程隔离（比如依赖全局公共资源的状态校验），可以给AfterMethod的执行逻辑加全局同步锁，变相实现多线程到该环节排队串行执行：

  // 定义全局锁对象
  private static final Object AFTER_METHOD_LOCK = new Object();
  
  @AfterMethod
  public void globalCheck() {
      synchronized (AFTER_METHOD_LOCK) {
          // 你的校验逻辑，同一时间只会有一个线程执行该段代码
      }
  }
  

  该方案只会限制AfterMethod环节的并行度，测试方法本身还是并行执行，整体执行效率远高于全串行跑测试。
• 方案三：拆分测试套件单独配置并行规则
  如果只有少量测试类的AfterMethod需要串行执行，可以把这部分测试类单独拆分到独立的测试套件中，在testng.xml中给该套件单独设置不并行：

  <!-- 普通测试套件保持方法级并行 -->
  <suite name="commonTestSuite" parallel="methods" thread-count="8">
    <test name="commonTest">
      <classes>
        <class name="com.xxx.NormalTest"/>
      </classes>
    </test>
  </suite>
  
  <!-- 特殊测试套件关闭并行 -->
  <suite name="serialAfterMethodSuite" parallel="none">
    <test name="serialTest">
      <classes>
        <class name="com.xxx.SpecialAfterMethodTest"/>
      </classes>
    </test>
  </suite>
  

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