在 k6 的 `browser` 模块中，`page.waitfornavigation()` 常因超时、多跳重定向或目标页未就绪而失效；推荐改用 `page.waitforselector()` 等待关键元素，并统一配置上下文与页面级超时，确保导航稳定性。
在使用 K6 进行真实浏览器自动化测试（如登录流程）时，常见的痛点是：重定向链未被完整捕获，导致 page.title() 返回中间页标题，甚至测试提前退出。你提供的代码中虽多次调用 page.waitForNavigation()，但仍出现不稳定行为——根本原因在于：
- waitForNavigation() 默认仅等待一次导航，而现代 Web 应用常含多步重定向（如 /login → /auth/redirect → /dashboard），且部分跳转可能不触发标准导航事件（例如通过 history.pushState 或 <meta http-equiv="refresh">）；
- sleep() 是反模式：它无法保证页面状态就绪，仅靠延时易受网络/渲染波动影响；
- waitForNavigation() 缺少显式超时，依赖全局默认值（通常仅 30s），在慢速环境或复杂 SPA 中极易失败；
- browser.newContext() 未设置 timeout，导致上下文内所有操作（包括导航等待）仍受限于默认超时。
✅ 推荐解决方案（三步优化）：
-
用 waitForSelector() 替代 waitForNavigation()
等待最终页面中唯一、稳定、可交互的 DOM 元素（如仪表盘标题、用户头像、ID 为 #dashboard-header 的容器），这比监听导航事件更可靠：// ✅ 替换原来的 waitForNavigation + click 组合 await Promise.all([ page.waitForSelector('#dashboard-header', { timeout: 30000 }), // 显式 30s 超时 continueButton2.click(), ]); -
为关键操作显式声明超时
不仅在 waitForSelector() 中设置，也应在 page.goto() 和 context.newPage() 中强化鲁棒性：const context = browser.newContext({ timeout: '60s', // 上下文级默认超时 viewport: { width: 1920, height: 1080 }, }); const page = context.newPage(); await page.goto('http://localhost:5000/', { waitUntil: 'networkidle', timeout: 60000, // 显式 60s 页面加载超时 }); -
验证最终状态，而非依赖 page.title()
page.title() 可能在 DOM 渲染完成前即返回（尤其 SSR/SSG 页面）。应结合元素存在性、文本内容及 URL 断言：// ✅ 多维度验证导航完成 await page.waitForSelector('#dashboard-header'); check(page, { 'Final page loaded': () => page.url().includes('/dashboard'), 'Dashboard title visible': () => page.locator('h1').textContent().includes('Dashboard'), 'Title matches expected': () => page.title() === 'My App - Dashboard', });
⚠️ 额外注意事项：
- 移除所有 sleep() 调用——它们掩盖问题且降低测试可维护性；
- 若应用使用单页路由（SPA），确保 waitForSelector() 目标元素在路由切换后真正挂载并可见（可加 { state: 'visible' } 选项）；
- 启用 headless: true + slowMo: 0 进行 CI 环境调试，避免 UI 渲染干扰；
- 在 options.scenarios.browser 中增加 options.browser.timeout = '2m'，防止整个场景被意外中断。
通过以上调整，你的登录流程将不再依赖不可靠的导航事件，而是基于可验证的 UI 状态进行同步，大幅提升 K6 浏览器测试的稳定性与可调试性。
