Selenium+TestNG并行运行异常：ThreadLocal隔离WebDriver后部分测试登录失败

核心故障点（按影响权重从高到低排序） #

• 静态共享状态破坏线程隔离（代码硬bug）
  你在BrowserClient中定义的等待工具被static修饰，属于类级别的全局共享资源：

  protected static WebDriverWait explicitWait;
  protected static Wait<WebDriver> fluentWait;
  

  并行模式下，多个测试线程在执行@BeforeClass初始化时，会反复覆盖这两个静态变量的值。最终所有线程的Wait对象只会绑定到最后一个完成初始化的线程的WebDriver实例上。其他线程在调用Wait定位元素时，会因为绑定了错误的driver、甚至已退出会话的driver，抛出元素定位失败、会话失效等异常，直接阻断测试流程。
• 同账号并行登录引发后端会话互踢
  你所有测试类都在merchant_gets_oauth_token()方法中使用同一个merchantUser账号完成登录流程。绝大多数身份认证系统默认不支持同账号多活跃会话，后发起的登录请求会强制作废该账号之前建立的所有会话。三个线程并行登录时，后一个登录操作会挤掉前一个的有效会话，导致前面已经进入主页的测试用例突然被踢回登录页，无法完成后续的API凭证获取流程。这和你观察到的“仅1个、偶尔2个用例通过”的现象高度吻合。
• DriverFactory实现的并发安全缺陷
  你封装的DriverFactory存在多处逻辑漏洞，并行时会触发连锁故障：
  1. 存储driver的driversList是普通非线程安全ArrayList，多线程并发执行getDriver()方法向列表添加元素时，会触发并发修改异常、数组越界问题
  2. 同一个driver会在每次调用getDriver()时被重复加入列表，后续执行removeDriver()清理资源时，会对同一个driver重复调用quit()
  3. 一旦任意一个测试类执行完毕触发removeDriver()，会遍历列表关闭所有driver，导致其他仍在执行的线程直接失去浏览器会话，流程中断
• Firefox多实例的Profile锁冲突
  你初始化Firefox时如果没有为每个线程分配独立的临时Profile目录，所有并行启动的Firefox进程都会复用系统默认的Profile。Firefox不支持多进程同时挂载同一个Profile，后启动的进程会强制抢占Profile锁，导致先启动的Firefox窗口虽然可见，但实际已经失去和浏览器内核的通信连接，所有页面交互完全失效。

针对性修复步骤 #

• 移除BrowserClient中所有WebDriver相关对象的static修饰，把explicitWait、fluentWait改为和driver一致的实例变量，保证每个测试类（对应独立执行线程）拥有自己的等待工具实例，不跨线程共享可变状态。
• 为每个并行执行的测试线程分配独立的测试账号，避免同账号并行登录引发的会话互踢问题。如果测试环境不支持多账号，需要在测试逻辑中加同步锁，让所有登录流程串行执行，后续操作再并行。
• 重构DriverFactory逻辑：
  1. 移除无意义的静态driversList，在removeDriver()方法中直接从当前线程的ThreadLocal中取出driver执行quit操作，同时调用ThreadLocal.remove()清理线程上下文
  2. 简化getDriver()方法，仅返回当前ThreadLocal中存储的driver实例，去掉向列表重复添加元素的冗余逻辑
• 初始化Firefox时为每个实例生成独立的临时Profile，不要复用系统默认Profile。可以通过FirefoxOptions.setProfile()方法传入new FirefoxProfile()创建的独立临时目录，从根源上避免多进程抢锁的问题。

验证提示 #

修复后可先将thread-count临时调整为2小规模验证，确认无driver提前关闭、Wait绑定错乱、Firefox会话失效的问题后，再逐步提升到目标并行度。

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