简介EdgeDriver 92.0.902.67 的 win64 版本是面向 64 位 Windows 系统上 Microsoft Edge 浏览器的自动化测试驱动组件主要服务于使用 Selenium WebDriver 进行 Web 应用功能测试与回归测试的开发者和测试工程师。该驱动作为 Selenium 命令与 Edge 浏览器之间的桥梁能够支持页面打开、元素定位、表单提交等典型自动化操作帮助团队在持续集成或迭代开发中提高测试效率。资源包共 3 个文件压缩后约 6.99MB包含可执行的 msedgedriver.exe 核心驱动、Driver_Notes 使用说明以及 license 与 credits.html 许可信息。其中 Driver_Notes 详细记录了该版本的更新内容、已知问题、配置步骤和注意事项对初次部署或排错很有价值可降低环境配置中的常见风险。当前已有 827 人学习下载适合正在搭建或维护 Edge 自动化测试环境的初中级测试人员参考使用尤其适合需要与 92.0.902.67 版本浏览器严格匹配的自动化测试项目。1. EdgeDriver 92.0.902.67的win64包版本不匹配时自动化测试就是一场翻车现场有一次某项目的回归测试在临上线前半小时开始批量失败日志里只说“session not created”我盯着屏幕愣了半天后来发现只是CI机器上的Edge浏览器默默更新了一个小版本而驱动还停在92.0.902.67的win64包上。所谓EdgeDriver就是让Selenium这类工具通过WebDriver协议去“指挥”Edge浏览器的翻译层这个翻译层版本必须和浏览器主版本严格对齐否则连窗口都开不出来。这篇笔记就围绕这个win64的92.0.902.67包讲清楚怎么下载、怎么配、怎么验证以及我踩过的那些坑。适合刚接手自动化测试的新手也适合正在排查偶发超时的熟手。2. 版本血缘与下载选择拿到匹配win64的EdgeDriver先把这三件事想明白下载之前先不要急着解压。EdgeDriver 92.0.902.67这个版本号不是随便写的它跟Edge浏览器的版本号共用一套Chromium构建体系。搞懂这套血缘关系后面很多“玄学”问题就少了一半。2.1 为什么EdgeDriver的版本号必须和Edge浏览器强绑定Edge浏览器从基于Chromium内核开始就把WebDriver协议实现拆成了一个独立的可执行文件也就是我们常说的EdgeDriver。浏览器负责实际渲染和用户交互驱动负责把Selenium/WebDriver发过来的JSON命令翻译成浏览器内部指令再通过调试协议交给浏览器执行。问题是这个调试协议是跟着Chromium内核走的不同的内核版本对命令的支持和返回格式会有细微差别。所以EdgeDriver主版本号必须与浏览器主版本号一致否则驱动一启动就做版本检查连session都建不出来。92.0.902.67这一串数字里92是主线版本902.67是构建号。Edge浏览器在92时代对应的驱动通常也是92.x.x.x。很多教程告诉你“主版本相同就行”这话不全对。驱动内部可能修复过某些bug例如某个版本在Win64高DPI下窗口尺寸计算错误下一个小版本就改了。所以我的习惯是从不拿“92.0.901.99”去配“92.0.902.67”的浏览器宁可多花两分钟下一个和浏览器构建号完全一致的包。只有一种例外当你用的是老旧的自动化框架它对新版本协议解析有问题时才会刻意“错位”使用旧驱动加新浏览器但那是逼不得已不是默认选项。如何快速看浏览器版本打开Edge地址栏输入edge://version第一行就是版本号。也可以在命令行执行reg query但地址栏更直接。确定版本号后再去选驱动。这里常见的错误是去Selenium官方网站找Selenium官网给的通用Driver下载入口一般指向最新版当你需要92.0.902.67这种历史版本时要直接去驱动发布目录按版本号翻不要用“最新”按钮。2.2 win64不是随便标的先看系统再看浏览器位数win64这个后缀很容易被忽略但它在Windows自动化里有三层含义第一操作系统必须是64位的比如Windows 10/11的x64版本第二驱动本身是64位PE文件不能在32位系统上运行第三你打算控制的Edge浏览器也应该是64位版本否则驱动和浏览器的位数不一致启动时会报浏览器打不开的错误。怎么确认系统位数打开PowerShell执行Get-CimInstance Win32_OperatingSystem | Select-Object OSArchitecture输出x64表示64位如果输出的是x86那这个EdgeDriver 92.0.902.67的win64包不适合你你得去找32位驱动或者把系统升级。不要看“此电脑”右键属性里的“基于 x64 的处理器”那是CPU位数不代表系统位数。浏览器位数怎么确认在Edge里打开edge://system里面有进程类型对应的可执行文件路径如果路径在C:\Program Files\Microsoft\Edge\Application\下就是64位在C:\Program Files (x86)\Microsoft\Edge\Application\下就是32位。当然现在的Edge在64位系统上默认都是64位但如果你做过批量部署偶尔会有32位残留。顺便说一句下载驱动这件事的耐心程度要跟你当年拿Wireshark win64 3.0.0、OpenSSL 1.1.1w这类包一样先看清文件名。很多镜像站会把Linux包和win64包放在同一个目录文件名只差一个小写字母手滑下错到测试环境里驱动进程能起来但浏览器就是白屏。2.3 从官方发布页到镜像站下载EdgeDriver 92.0.902.67 win64包的几条路线常见的下载路线有三条。第一条是官方发布目录打开Edge浏览器驱动的发布页里面按版本号建了很多子目录找到92.0.902.67进win64文件夹拉下来的edgedriver_win64.zip就是目标。这个方式最可靠缺点是直连有时候不稳定如果你的网络环境不适合就走第二条——找正规镜像站。镜像站一般会把整个目录同步过来路径结构跟官方一样不要点那些“装机必备”页面里的按钮那些页面经常给你塞别的软件。第三条是用命令行直接下载适合CI环境。比如在PowerShell里$base https://example.com/edgedriver $uri $base/92.0.902.67/win64/edgedriver_win64.zip Invoke-WebRequest -Uri $uri -OutFile $env:USERPROFILE\Downloads\edgedriver_win64.zip这里$base是占位域名实际发布域的路径结构以官方文档为准。把$base换成你自己能访问的地址即可。Invoke-WebRequest是PowerShell自带的下载命令-OutFile指定保存路径。下载完成后第一步不是解压而是校验哈希。官方发布页通常会在旁边列SHA256或者SHA1镜像站也会列一份。在PowerShell里执行Get-FileHash $env:USERPROFILE\Downloads\edgedriver_win64.zip -Algorithm SHA256手工对比一次哈希比什么都放心。镜像站文件损坏的案例并不少见尤其是用某些断点续传工具下载时zip包可能就差最后几十字节解压到一半报CRC错误。这里其实是跟下载scrcpy win64 v3.3.4.zip或者Wireshark win64包时一样的教训先校验再解压顺序不能反。这个坑在第五章还会讲但下载阶段就校验是成本最低的。选型总结能自己下载就自己下载别全指望自动化工具自动拉取。Selenium 4.6以上内置的Selenium Manager虽然能在你以为没配驱动时自动去找匹配版本但那个逻辑在CI环境里经常因为网络问题拉取失败而且拉到的版本未必是92.0.902.67。对于锁版本的项目我建议还是老老实实手动下载并放到固定目录里后面第三、四章会展示整个链路。3. 环境配置把EdgeDriver 92.0.902.67的win64包变成一条可执行的路径下载完zip后最容易出问题的不是解压而是解压到哪里、怎么让测试脚本找到它。这一章我把配置拆成三步固定目录、PATH变量、命令行验证。3.1 解压到固定目录别学我把驱动扔在“下载”文件夹我见过很多同事把edgedriver_win64.zip解压到桌面或者“下载”文件夹然后脚本里写死一个绝对路径C:\Users\xxx\Downloads\msedgedriver.exe。短时间能跑但一旦系统清理、移动文件或者重装系统所有用例瞬间全挂。而且“下载”文件夹是用户文件目录权限策略稍严的机器上测试进程根本读不到。我的标准做法是在用户目录下建一个专门的drivers目录按版本号再分一层。这样以后要升级驱动旧版本可以留着测试代码里的路径改一行就行。打开PowerShell执行New-Item -ItemType Directory -Force $env:LOCALAPPDATA\drivers\edgedriver\92.0.902.67\win64 Expand-Archive -Path $env:USERPROFILE\Downloads\edgedriver_win64.zip -DestinationPath $env:LOCALAPPDATA\drivers\edgedriver\92.0.902.67\win64第一行创建目录-Force表示目录已存在时不覆盖也不报错。第二行用Expand-Archive把zip完整解压到指定目录。这里不要用Windows资源管理器的“全部解压”因为你容易在向导里选错目标位置而且命令行操作在CI里是可复现的。解压后看一眼目录内容文件清单里应该有一个可执行文件名字可能是msedgedriver.exe也可能是edgedriver.exe取决于这个版本的发布格式。92.0.902.67的win64包解压后主程序是msedgedriver.exe里面还有一些DLL和许可文件。如果你解压出来只有一个孤零零的exe也不要惊讶EdgeDriver本身没有太多依赖。这一步的常见翻车点是Expand-Archive提示“无法找到包含项”。原因是你下载的文件其实是个网页比如镜像站的验证页存成zip或者文件名被写成了edgedriver_win64.zip但内容不是zip。解决方式右键看属性里的“文件类型”或者用Format-Hex看文件头部是不是PK两个字符。命令行习惯不好改建议下载后立刻校验哈希。3.2 加入PATH环境变量三种方式里我推荐用户级配置环境变量可以用三种方式。第一种是图形界面“编辑系统环境变量”把C:\Users\你的用户名\AppData\Local\drivers\edgedriver\92.0.902.67\win64加进PATH。这种方式最直观但有两个问题一是系统PATH一旦改坏整台机器的命令都可能找不到二是新开的终端才能生效正在运行中的终端不会自动刷新。第二种是命令行setx PATH ...很多教程爱用。setx的问题在于它会把PATH变量值重写一遍如果原来的值超过1024字节可能截断导致系统里其他程序找不到命令。我在这上面翻过车把某台的C:\Python39弄丢了Python直接罢工所以现在不用setx改PATH。第三种是我现在推荐的用户级环境变量设置只对当前用户生效不碰系统PATH。执行[Environment]::SetEnvironmentVariable(Path, $env:LOCALAPPDATA\drivers\edgedriver\92.0.902.67\win64; [Environment]::GetEnvironmentVariable(Path, User), User)这段代码先读当前用户的Path值把驱动目录拼在最前面再写回去。注意操作对象是User不会影响系统级PATH。执行后重开一个PowerShell窗口PATH就会刷新。如果你只想让当前测试进程临时用一下不写环境变量也可以直接在启动Selenium时指定executable_path这在第四章会讲。但我的建议仍然是配置好PATH因为很多用webdriver.Edge()不传路径的老代码会直接去PATH里找msedgedriver.exe有它在老代码不用改。3.3 用命令行验证驱动能被WebDriver正确识别配置完PATH先别急着写脚本用一行命令确认驱动能运行。打开PowerShell执行cd $env:LOCALAPPDATA\drivers\edgedriver\92.0.902.67\win64 .\msedgedriver.exe --version如果输出类似Microsoft Edge WebDriver 92.0.902.67 (commit id...)(64bit)这样的信息说明驱动本身没问题。如果提示“无法加载DLL”或“应用程序无法启动”就回头检查是不是错下了Linux包或者系统缺了Visual C运行库。注意msedgedriver.exe --version只是打印版本号就退出不会启动HTTP服务。如果你需要把驱动作为服务启动直接执行.\msedgedriver.exe默认监听9515端口。看到 “Starting Microsoft Edge WebDriver on port 9515” 就说明驱动服务起来了。这时不要手动关掉留给测试脚本用即可。我一般还会顺手再确认一次浏览器版本。执行reg query HKEY_CURRENT_USER\Software\Microsoft\Edge\BLBeacon /v version如果这个注册表项不存在就用edge://version确认。两边的版本主号都是92再往下走测试心里才有底。4. 用EdgeDriver 92.0.902.67跑通第一个Selenium脚本配置好驱动后真正的目的是让它和Selenium握手。这一章从最简单的手动指定路径开始再到参数调整最后做三项基础检查。4.1 手动指定msedgedriver路径不依赖PATH的笨办法Selenium 4.6以上版本内置了Selenium Manager但它在CI环境里的下载逻辑经常连不上内部源或者下载到一个和浏览器版本不匹配的驱动。对于锁定92.0.902.67的存量项目我不会赌自动匹配而是显式指定驱动路径。下面是一个最小示例用Python写from selenium import webdriver from selenium.webdriver.edge.service import Service edge_driver_path rC:\Users\你的用户名\AppData\Local\drivers\edgedriver\92.0.902.67\win64\msedgedriver.exe service Service(executable_pathedge_driver_path) driver webdriver.Edge(serviceservice) driver.get(https://example.com) print(driver.title) driver.quit()第1行和第2行分别是导入WebDriver和Service。第4行定义了驱动完整路径注意用r...原始字符串避免反斜杠被转义。第6行把路径传给Service。第8行创建Edge驱动实例如果前面PATH配置成功这里也可以不传service但显式传更保险。第9行打开一个页面。第10行打印页面标题。第11行必须调用quit()否则驱动进程会残留长时间跑测试会积攒一堆僵尸进程。这段代码跑完控制台上如果能看到example.com对应的标题说明最基础的链路已经通了。如果报WebDriverException先看异常里有没有出现“version”字样有的话大概率是版本不对。4.2 常用启动配置禁用自动化提示和设置窗口大小Edge浏览器启动时默认会显示“Edge 正在被自动化测试软件控制”的提示条。这个提示条不是错误但截图上很难看某些元素判断也会受它影响。通过EdgeOptions来关掉from selenium import webdriver from selenium.webdriver.edge.options import Options from selenium.webdriver.edge.service import Service options Options() options.add_experimental_option(useAutomationExtension, False) options.add_argument(--disable-infobars) options.add_argument(--window-size1920,1080) options.add_argument(--remote-debugging-port9222) service Service(executable_pathrC:\Users\你的用户名\AppData\Local\drivers\edgedriver\92.0.902.67\win64\msedgedriver.exe) driver webdriver.Edge(serviceservice, optionsoptions) driver.get(https://example.com) print(driver.title) driver.quit()useAutomationExtension关闭自动化扩展--disable-infobars关闭提示条。--window-size1920,1080设置窗口尺寸避免页面在默认小窗口下触发响应式布局隐藏元素。--remote-debugging-port9222对外暴露调试端口方便你用浏览器开发者工具远程查看但注意这个端口在公网环境不能随便开否则有安全隐患。参数说明如果你需要无头模式加--headless如果你需要规避某些页面检测加--disable-blink-featuresAutomationControlled。不过这两个参数在使用92时代驱动时效果和后来版本不太一样有头模式反而更稳定。我自己的习惯是调试时不开无头等脚本稳定后再开无头跑回归。4.3 第一次跑通后必做的三项检查很多人看到example.com标题打出来就觉得完事了其实还差得远。第一项检查是驱动进程是否正常退出。在PowerShell里执行tasklist | findstr msedgedriver如果还有残留进程说明你的脚本没有执行driver.quit()或者出现了异常导致清理代码没跑。在测试框架里应该把quit()放在finally块中。第二项检查是浏览器主进程是否也被回收。EdgeDriver退出后Edge浏览器进程一般会随之关闭但如果你手动加了--remote-debugging-port且端口被其他进程占用可能会产生孤儿进程。第三项检查是验证session id的稳定性。写一个小脚本创建session保持10秒再获取当前窗口句柄确认session没有中途销毁。这个检查能暴露杀毒软件、组策略或者系统内存问题。把下面这段代码存成smoke_check.py每次换驱动后跑一遍import time from selenium import webdriver from selenium.webdriver.edge.service import Service service Service(executable_pathrC:\Users\你的用户名\AppData\Local\drivers\edgedriver\92.0.902.67\win64\msedgedriver.exe) driver webdriver.Edge(serviceservice) driver.get(https://example.com) print(driver.session_id) time.sleep(10) print(driver.current_window_handle) driver.quit()如果10秒后没有报invalid session id说明session生命周期正常。这三个检查做完驱动才算真正“稳妥”。5. 避坑EdgeDriver 92.0.902.67在win64上最常见的五个翻车现场这一章列的都是我实际遇到过的排障记录每条按“现象—原因—解决”展开。网上搜到的大多问题都能落进这五类。5.1 现象session not created 总在浏览器升级后出现现象是脚本在本地跑得好好的换到CI机器上报selenium.common.exceptions.SessionNotCreatedException: Message: session not created: This version of EdgeDriver only supports Edge version 92。原因是CI机器上浏览器自动更新到了93或更高而驱动还是92.0.902.67。解决方法是把浏览器的自动更新策略关掉或者让CI脚本在启动测试前先检查浏览器版本不匹配就直接失败。另外一个经验是Windows服务器上Edge有多个安装通道稳定版、Beta、Dev每个通道版本不一样你锁定驱动版本时还要锁定通道。用组策略把更新源指向内部服务器也可以但最省事的做法是在CI镜像里固化浏览器版本不要用最新版。5.2 现象明明下载了win64包却提示“无法找到 msedgedriver.exe”现象是驱动目录里确实有文件但脚本报WebDriverException: Message: msedgedriver.exe executable needs to be in PATH。原因有两种一是解压出来的可执行文件名是edgedriver.exe二是脚本在另一个工作目录里而PATH没有正确刷新。解决办法是先看目录清单Get-ChildItem $env:LOCALAPPDATA\drivers\edgedriver\92.0.902.67\win64看到实际文件名后要么在代码里写准确的名字要么把驱动目录的完整路径打印出来。不要依赖相对路径msedgedriver.exeSelenium在不同版本里对可执行文件的搜索逻辑不太一样直接用绝对路径最稳。我见过一个项目在Windows 10上跑换了个用户账户Home路径不同脚本全部失效就是因为用了相对路径。5.3 现象win64驱动能启动但Edge窗口开一下立刻闪退现象是调试时看到浏览器窗口闪了一下就没了日志里可能有DevToolsActivePort file doesnt exist。原因是驱动在启动浏览器时尝试连接调试端口但Edge的配置里存在旧配置文件或者远程调试端口被占用。解决方法是先删除浏览器的用户数据目录或者让驱动使用临时配置。在启动参数里加options.add_argument(--user-data-dirC:/temp/edge_profile_92) options.add_argument(--remote-debugging-port0)remote-debugging-port0表示让驱动自动分配空闲端口避免和系统里已有Edge实例冲突。如果闪退依然存在就用事件查看器打开Windows日志看msedgedriver.exe的异常代码。常见的是0xc0000135表示缺少VC运行库装一遍Visual C 2015-2022 Redistributable x64就好。5.4 现象服务启动失败端口9515被占用现象是执行msedgedriver.exe报Failed to bind to 0.0.0.0:9515。原因是上一次测试异常退出驱动进程没有清干净占了端口。解决方法是先杀进程taskkill /F /IM msedgedriver.exe如果还杀不掉再查是谁占用了9515netstat -ano | findstr :9515最后一列是PID用taskkill /F /PID PID结束它。更彻底的方案是在代码里给Service指定一个随机端口import random port random.randint(9500, 9600) service Service(executable_path..., portport)这样每个测试进程用独立端口互不干扰。不过要注意同一个测试类里不要反复创建多个Service尽量复用同一个driver实例。5.5 现象zip包解压报CRC错误或者文件大小为0现象是下载下来的edgedriver_win64.zip解压到一半报“数据错误文件已损坏”或者解压出来exe大小不到1KB。原因绝大多数是下载过程中连接中断镜像站文件本身被污染也有少部分是磁盘空间满了。解决方法是重新下载并比对SHA256。有时候镜像站给出的哈希是旧的也要注意。下载完成后用7-Zip打开zip看能否列出内容如果7-Zip能正常列出而Windows资源管理器解压失败那可能是Windows压缩文件夹组件的问题改用Expand-Archive或7z命令解压。另外杀毒软件实时防护偶尔会把解压出来的exe隔离目录里文件瞬间消失。遇到这种情况把驱动目录加入杀毒软件的排除列表同时确认不要从奇怪的小网站下载。6. 进阶把版本校验写进工程让驱动永远不再成为黑匣子当你已经能手动下载、配置并跑通一个EdgeDriver实例后下一步是让这套流程不会在团队其他人手里重新翻车。我习惯在测试工程里放一个driver_check.py每次跑用例前先执行它自动核对浏览器版本和驱动版本。import json import re import subprocess import os edge_process subprocess.run( [reg, query, HKEY_CURRENT_USER\\Software\\Microsoft\\Edge\\BLBeacon, /v, version], capture_outputTrue, textTrue, checkTrue ) browser_version edge_process.stdout.split()[-1].split(.)[0] driver_info subprocess.run( [os.path.expandvars(r%LOCALAPPDATA%\drivers\edgedriver\92.0.902.67\win64\msedgedriver.exe), --version], capture_outputTrue, textTrue, checkTrue ) match re.search(r(\d)\.\d\.\d\.\d, driver_info.stdout) driver_version match.group(1) if browser_version ! driver_version: raise SystemExit(f浏览器版本 {browser_version} 与驱动版本 {driver_version} 不一致) print(版本检查通过)这段代码的核心是提取版本号字符串的第一段数字只比较主版本。如果你团队要求完全一致就把split(.)[0]改成提取前三位。但要注意EdgeDriver的版本号有时会额外带“commit id”正则的第一个数字组是对的。除了版本校验我还会在CI脚本里多做一件事每次更新驱动时把版本号写进一个drivers.lock文件类似browser_edge_version92.0.902.67 driver_win64_sha256实际哈希值CI第一步就从drivers.lock里读期望版本并用Get-FileHash校验本地文件的哈希。一旦哈希不符直接停止。这能拦截那些“昨天明明能用今天不能用了”的诡异问题根源大多是有人手动换过驱动。版本管理上还有一种常见做法把不同版本的EdgeDriver压缩包放进一个vendored_drivers目录然后在测试配置里用环境变量指定要加载哪个版本。这样做切换浏览器版本不需要改代码只要改环境变量。缺点是目录会膨胀每个版本几十MBCI拉取时间变长。所以我的团队更倾向于只保留当前使用版本加上一个回退版本其他的按日期归档。最后说个习惯每次拿到新驱动的win64包我会先在虚拟机里跑一次完整的上线验证流程包括带用户数据目录启动、刷新页面、截图和清理进程确认没问题才更新到共享目录。这个流程跑过以后几乎没再遇到过驱动版本导致的半夜发版失败。希望帮到你。本文还有配套的精品资源点击获取