Selenium+SpecFlow+NUnit本地并行测试FirefoxDriver超时问题

这个问题是Firefox+geckodriver和Chrome/Edge驱动的默认行为差异导致的，和Selenium Grid、NUnit并行配置本身无关：

• ChromeDriver、msedgedriver默认启动时会自动创建独立的临时用户配置目录、自动探测空闲端口启动隔离进程，不会出现跨实例的资源抢占，所以并行跑无异常。
• geckodriver存在两个和并行场景不兼容的默认逻辑：
  • 未显式指定--no-remote参数时，会尝试复用当前用户会话下已经运行的Firefox进程，不会启动全新隔离实例，并行启动时两个测试线程争抢同一个浏览器进程的会话控制权，直接导致其中一个会话握手失败。
  • 默认会读取系统默认的Firefox配置文件目录，同路径下的配置文件有进程锁，第二个实例尝试读取时会被阻塞，直到第一个实例释放锁，很容易超过默认的60秒HTTP请求超时阈值。
• 如果Hooks类中将IWebDriver实例定义为静态变量、或者类级共享变量，ParallelScope.Fixtures并行时两个测试线程会覆盖同一个驱动对象的会话ID，也会触发这个超时，但这种情况Chrome/Edge同样会报错，仅Firefox出问题时基本可以确定是geckodriver的默认配置问题。

按以下顺序调整配置即可解决：

1. 修正驱动实例的作用域：不要用静态变量存储FirefoxDriver实例，将实例绑定到独立的ScenarioContext/FeatureContext中，保证每个并行的测试Fixture持有完全独立的驱动引用，禁止跨测试共享驱动对象。

2. 初始化FirefoxOptions时强制配置隔离参数：

   • 为每个驱动实例生成独立的临时Firefox配置文件，设置用完自动删除，避免配置文件锁冲突
   • 添加--no-remote启动参数，强制geckodriver启动全新的独立Firefox进程，禁止复用已有浏览器进程
   • 显式将驱动的命令超时从默认60秒调整为120秒，覆盖并行启动时两个实例同时抢占CPU/IO资源导致的启动耗时增加

   参考初始化代码：

   var firefoxOptions = new FirefoxOptions();
   // 独立临时配置文件
   firefoxOptions.Profile = new FirefoxProfile { DeleteAfterUse = true };
   // 禁止进程复用
   firefoxOptions.AddArgument("--no-remote");
   // 调整超时
   var driver = new FirefoxDriver(firefoxOptions, TimeSpan.FromSeconds(120));
   

3. 升级geckodriver到0.31以上的稳定版本：0.31之前的geckodriver存在并行场景下固定端口绑定的已知bug，即使加了隔离参数也可能出现端口争抢，升级后驱动会自动探测空闲端口启动服务，不需要手动指定端口。

4. 如果升级驱动后仍有偶发端口冲突，可以显式初始化FirefoxDriverService，手动指定随机空闲端口启动：

   var driverService = FirefoxDriverService.CreateDefaultService();
   // 从29000-30000端口段随机选空闲端口
   driverService.Port = new Random().Next(29000, 30000);
   var driver = new FirefoxDriver(driverService, firefoxOptions, TimeSpan.FromSeconds(120));
   

• 先关闭并行，单线程跑2条Firefox用例，确认单线程下无报错，排除驱动和浏览器版本不匹配、用例本身的逻辑问题
• 开启2并行度运行，打开任务管理器确认存在2个独立的geckodriver进程、2个独立的firefox.exe进程，没有进程嵌套、复用的情况
• 逐步提升并行度到和本地CPU逻辑核数匹配，无超时报错即修复完成

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