如何在Windows Docker的GitLab Job中解决SpecFlow测试Selenium ChromeDriver崩溃问题

1. 修正Chrome无头模式参数及Windows容器专属适配配置 #

Windows环境下旧版--headless参数存在兼容性缺陷，需替换为新版无头模式参数，同时补充Windows容器适配的额外启动参数，示例配置如下：

var chromeOptions = new ChromeOptions();
// 核心适配参数
chromeOptions.AddArgument("--headless=new");
chromeOptions.AddArgument("--no-sandbox");
chromeOptions.AddArgument("--disable-dev-shm-usage");
chromeOptions.AddArgument("--disable-gpu");
// Windows容器兼容补充参数
chromeOptions.AddArgument("--disable-extensions");
chromeOptions.AddArgument("--disable-background-networking");
chromeOptions.AddArgument("--disable-default-apps");
chromeOptions.AddArgument("--disable-sync");
chromeOptions.AddArgument("--mute-audio");
chromeOptions.AddArgument("--no-first-run");
chromeOptions.AddArgument("--no-default-browser-check");
chromeOptions.AddArgument("--allow-insecure-localhost");
// 显式指定Chrome二进制路径，规避环境变量识别异常
chromeOptions.BinaryLocation = @"C:\Program Files\Google\Chrome\Application\chrome.exe";
// 可选：开启日志便于后续排查
chromeOptions.AddArgument("--enable-logging");
chromeOptions.AddArgument("--v=1");

你遇到的NullReferenceException为Chrome初始化失败后直接调用未初始化的Driver对象导致，补充初始化逻辑的空判断即可解决该次级报错。

2. 调整Windows Docker容器运行配置 #

• 调整Docker隔离模式：Windows容器默认Hyper-V隔离对GUI应用兼容性较差，可将GitLab Runner Docker执行器的隔离模式改为进程隔离，修改GitLab Runner的config.toml配置如下：

[runners.docker]
  isolation = "process"
  shm_size = 2147483648

• 调整容器运行权限：在Dockerfile中切换为管理员权限运行Chrome，避免权限不足导致启动失败，在Dockerfile中添加如下配置：

USER ContainerAdministrator

所有Chrome、ChromeDriver安装及测试执行步骤都需保留管理员权限执行。

3. 校验版本匹配 #

确认容器内安装的Chrome浏览器版本与Selenium引用的ChromeDriver版本完全一致，跨小版本也可能导致启动崩溃。

4. 备选方案 #

如果上述方案均无法生效，可将UI测试部分拆分到Linux容器中单独执行，业务逻辑测试保留在Windows容器运行，可完全规避Windows容器GUI兼容问题。

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