我之前也碰到过类似的VS负载测试搭配Selenium无头Chrome的坑，给你几个排查方向和替代工具参考：

一、先排查VS负载测试的配置与环境问题 #

• 检查测试组合的Mix设置：确认你的Selenium测试类已经被正确添加到负载测试的测试集合中，并且分配了非零的执行权重——有时候不小心漏选或者权重设为0，就会导致测试完全不执行。
• 验证测试代理/控制器的权限与环境：如果使用了远程测试代理，代理运行的账户需要有足够权限启动Chrome进程。另外要确保代理机器上安装了和本地一致版本的Chrome和ChromeDriver，手动在代理机器上跑一遍测试，确认能正常启动无头Chrome。
• 开启详细日志排查：虽然你说没找到错误日志，但可以在VS的「测试」->「测试设置」里开启代理和控制器的详细日志输出，很多时候ChromeDriver启动失败的细节会被隐藏在这里，比如权限不足、依赖缺失等。

二、适配Selenium无头Chrome的负载测试场景 #

本地正常但负载测试环境不行，很大概率是无头模式的启动参数配置问题，试试调整这些参数：

var chromeOptions = new ChromeOptions();
// 用新版无头模式，兼容性和稳定性比旧版更好
chromeOptions.AddArgument("--headless=new");
// 负载测试环境下（尤其是服务账户运行）需要关闭沙箱
chromeOptions.AddArgument("--no-sandbox");
// 避免Linux/Windows环境下共享内存不足的问题
chromeOptions.AddArgument("--disable-dev-shm-usage");
chromeOptions.AddArgument("--disable-gpu");
// 如果负载测试机器是无头环境，可能需要指定Chrome的安装路径
// chromeOptions.BinaryLocation = @"C:\Program Files\Google\Chrome\Application\chrome.exe";

var driver = new ChromeDriver(chromeOptions);

另外一定要保证Chrome和ChromeDriver版本严格匹配，版本不匹配是无头模式启动失败的常见原因，而且可能不会抛出明显的错误提示。

三、无需Java环境的替代负载测试工具 #

如果VS负载测试实在搞不定，给你几个不用切换到Java的替代方案：

• k6：用JavaScript编写测试脚本，支持浏览器自动化（通过Browser API），内置负载测试能力，跨平台且轻量，学习成本不高，适合快速迁移。
• NUnit + NUnit Load Test扩展：如果你不想换测试框架，可以用NUnit的负载测试扩展自己实现并行执行逻辑，配合Selenium使用，灵活性比VS自带的负载测试更高。
• LoadRunner Cloud：商业工具但有免费额度，支持直接导入C#的Selenium测试脚本，做负载测试的配置更直观，适合不想改代码的情况。

先从配置和环境匹配入手排查，毕竟本地能跑通说明你的测试逻辑是没问题的，大概率是负载测试环境的权限、参数或者版本匹配问题。

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