从Electron迁移到Tauri 1.5后，能否沿用Playwright进行功能测试？

问题背景 #

我们团队正将应用从 Electron（Node.js）+ Angular（JS） 迁移到 WebView2（.NET）+ Angular（JS），中间会经过 Tauri 1.5 过渡阶段。我们已有一套针对原 Electron 版本的 Playwright 功能测试套件，最初认为无论采用何种构建方式都能沿用这套框架，但搜索后发现 Playwright 仅官方支持 Electron 桌面应用——原因是 Electron 基于 Chromium 渲染引擎，与 Playwright 和浏览器的交互逻辑高度契合。

目前有两个核心疑问：

• 功能测试层面，Tauri 应用是否真的无法使用 Playwright？这种限制是否仅存在于单元测试阶段？
• 有没有实际尝试过用 Playwright 测试 Tauri 应用的案例？

核心限制说明 #

Playwright 对桌面应用的官方支持确实仅局限于 Electron，根源在于两者架构的差异：

• Electron 本质是 Chromium + Node.js 的封装，Playwright 本身深度适配 Chromium 生态，可通过 playwright-electron 包直接与 Electron 应用的主进程、渲染进程交互，实现完整的桌面应用测试。
• Tauri 采用系统原生 WebView（Windows 为 WebView2，macOS 为 WebKit，Linux 为 WebKitGTK），搭配独立的 Rust 后端进程。Playwright 未针对这种“原生后端+WebView 渲染”的架构做适配，无法直接识别、控制 Tauri 应用的窗口生命周期，也无法打通后端与前端的交互测试。

功能测试与单元测试的限制差异 #

这种限制并非仅存在于单元测试阶段：

• 单元测试：Tauri 的 Rust 后端逻辑需使用 Rust 生态的测试框架（如 cargo test）；前端 Angular 代码的单元测试可继续沿用原有工具（如 Jasmine、Karma），这部分和 Playwright 无直接关联，不存在限制。
• 功能测试：Playwright 无法直接启动和控制 Tauri 应用，也无法像测试 Electron 那样实现端到端的全流程覆盖，因此原有 Playwright 功能测试套件无法直接复用。

实际尝试情况与替代方案 #

目前社区有少量非官方的尝试，通过 hack 方式让 Playwright 对接 Tauri 应用，比如：

• 手动启动 Tauri 应用后，获取 WebView 的调试端口，再让 Playwright 连接到该端口进行前端渲染部分的测试。
  但这种方式稳定性极差，无法处理 Tauri 应用的进程管理、生命周期控制，也无法测试涉及 Rust 后端交互的功能，不建议在正式测试流程中使用。

更可靠的替代方案是采用 Tauri 官方推荐的测试工具链：

• 前端功能测试：可单独用 Playwright 测试 Angular 代码（通过 Mock 后端接口），或使用 tauri-test 配合 WebDriver 控制 WebView 进行测试。
• 端到端测试：利用 tauri-cli 的测试命令结合 cargo test，实现跨平台的全流程测试；也可将前端渲染测试与后端逻辑测试分开，前端部分继续用 Playwright，后端用 Rust 测试框架，再通过接口层面整合测试结果。

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