selenium 从 4.44 版本开始，.net 端的包结构做了调整，直接影响企业项目的引用方式。2026年4月27日selenium官方博客发公告说明：核心nuget包 selenium.webdriver 和 selenium.support 现在默认提供带强名称签名的程序集，之前单独发布的 selenium.webdriver.strongnamed、selenium.support.strongnamed 这两个包已经停止维护。这次调整不是新增一套并行包，是直接把强名称支持整合到了常规正式发行渠道里。
来源：Selenium 官方博客
强名称签名，主要服务于对程序集身份、引用链有严格要求的 .NET 项目。官方解释说，之前如果你的项目本身必须用强名称签名，根本没法直接引用没做强名称处理的普通Selenium NuGet包。开发团队往往只能要么放弃强名称要求，要么额外自行管理站外下载的程序集，要么改用单独的 StrongNamed 包，平白多了很多维护成本。现在新方案把这部分成本直接收归主包处理，对有合规要求、统一签名规则，或者依赖管理流程比较复杂的企业项目来说要顺畅很多。
迁移的时候有几个点一定要核对。官方明确列出的程序集名称调整包括：WebDriver 改名为 Selenium.WebDriver，WebDriver.Support 改名为 Selenium.Support。目前还在使用 StrongNamed 包的项目，需要先把 NuGet 依赖替换为常规版的 Selenium.WebDriver 和 Selenium.Support，同时更新代码或者构建配置里的显式程序集引用。哪怕你之前用的一直是常规包，只要项目里给DLL写了固定路径或者固定名称，也得检查 WebDriver.dll 和 WebDriver.Support.dll 的旧引用是否适配。
来源：Selenium 官方博客
官方同时确认，AssemblyVersion 继续保持在 4.0.0.0，因此 Selenium 4.x 系列的小版本迭代里，不需要因为这次调整额外增加绑定重定向；公共 API 也没有随程序集改名发生变化。风险点基本都集中在包名、DLL 名称和显式引用层面，不会影响测试代码本身的调用逻辑。本次改动对应的公开实现编号为 #17397，项目维护者可以直接搜这个编号回查完整的改动记录。
升级前更稳妥的做法，是先全量搜索解决方案文件、项目文件、构建脚本和发布流水线里有没有写死旧包名或旧 DLL 名的内容，调整完成后先在测试环境做完依赖还原、编译和全量运行验证。如果你的项目之前完全靠 NuGet 常规依赖解析，从来没有硬编码过程序集名称，改动范围通常很小；要是之前一直在用旧的 StrongNamed 包，或者习惯手动复制 DLL 引入的项目，就得照着官方迁移清单逐项替换。目前所有公开说明都没有提到测试行为或者 WebDriver API 本身发生变化，评估升级影响的时候要把「程序集身份调整」和「自动化接口变化」分开判断，不要混为一谈。
