使用webdriverIO时，如何对依赖Passkey认证的应用做端到端测试？

API 探路者

2026-7-1

针对Passkey认证的WebdriverIO端到端测试方案

一、模拟Passkey认证的可行方法

利用浏览器DevTools API注入测试凭证
主流浏览器（Chrome、Edge）支持通过DevTools的WebAuthn接口添加模拟Passkey。在WebdriverIO中可通过browser.call调用DevTools命令，示例代码如下：
```
await browser.call(async () => {
  const cdp = await browser.getCdpSession();
  await cdp.send('WebAuthn.addCredential', {
    credential: {
      type: 'public-key',
      id: 'test-passkey-id',
      publicKey: 'test-public-key',
      // 其他符合WebAuthn标准的必填字段
    }
  });
});
```
这种方式能让浏览器在认证流程中自动使用注入的Passkey，后端会拿到合法凭证完成验证，完全贴近真实交互流程。
搭建本地WebAuthn测试服务
基于开源WebAuthn库（如@simplewebauthn/server）搭建本地测试服务，将测试环境的认证请求指向该服务。该服务可生成符合标准的Passkey注册/认证响应，与生产环境第三方认证协议完全兼容，既能确保后端验证逻辑正常执行，又能完全控制测试数据。

协议兼容的Mock服务（替代跳过型Stub）
不直接跳过认证流程，而是搭建与第三方认证协议1:1兼容的Mock服务。测试时将认证请求转发至该Mock，它会返回后端验证所需的合法凭证。这种方式保留了完整的认证链路（前端→Mock→后端验证），比单纯stub更安全，同时无需依赖第三方测试账号。
争取第三方的沙箱环境支持
再次与第三方认证提供商沟通，明确测试需求，询问是否有沙箱/预发环境。多数Passkey服务商都设有专门的测试环境，允许生成测试用Passkey，且数据与生产完全隔离。若对方暂无现成环境，可提议基于其API规范共同搭建测试适配层。
分层测试平衡效率与真实度
- 单元/集成测试：单独覆盖后端的凭证验证逻辑，用模拟的WebAuthn响应数据测试，确保核心验证逻辑准确。
- E2E测试：大部分场景用Mock服务完成认证，仅保留少量核心流程（如每周全量回归）使用真实Passkey测试，既保证测试效率，又能覆盖真实环境的关键路径。
预加载浏览器Passkey配置
提前在测试用浏览器的配置文件中导入测试Passkey（如Chrome的用户数据目录），WebdriverIO启动时加载该配置文件。测试过程中直接模拟用户点击Passkey认证的操作，完全还原真实用户的交互路径，适合需要全流程模拟真实场景的核心测试用例。

内容的提问来源于stack exchange，提问作者P-Man-Coding