在 k6 的 `browser` 模块中，`page.waitfornavigation()` 常因超时、多跳重定向或目标页未就绪而失效；推荐改用 `page.waitforselector()` 等待关键元素，并统一配置上下文与页面级超时，确保导航稳定性。

在使用 K6 进行真实浏览器自动化测试（如登录流程）时，常见的痛点是：重定向链未被完整捕获，导致 page.title() 返回中间页标题，甚至测试提前退出。你提供的代码中虽多次调用 page.waitForNavigation()，但仍出现不稳定行为——根本原因在于：

• waitForNavigation() 默认仅等待一次导航，而现代 Web 应用常含多步重定向（如 /login → /auth/redirect → /dashboard），且部分跳转可能不触发标准导航事件（例如通过 history.pushState 或 ）；
• sleep() 是反模式：它无法保证页面状态就绪，仅靠延时易受网络/渲染波动影响；
• waitForNavigation() 缺少显式超时，依赖全局默认值（通常仅 30s），在慢速环境或复杂 SPA 中极易失败；
• browser.newContext() 未设置 timeout，导致上下文内所有操作（包括导航等待）仍受限于默认超时。

✅ 推荐解决方案（三步优化）：

1. 用 waitForSelector() 替代 waitForNavigation()
   等待最终页面中唯一、稳定、可交互的 DOM 元素（如仪表盘标题、用户头像、ID 为 #dashboard-header 的容器），这比监听导航事件更可靠：

   // ✅ 替换原来的 waitForNavigation + click 组合
   await Promise.all([
     page.waitForSelector('#dashboard-header', { timeout: 30000 }), // 显式 30s 超时
     continueButton2.click(),
   ]);

2. 为关键操作显式声明超时
   不仅在 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 页面加载超时
   });

3. 验证最终状态，而非依赖 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 浏览器测试的稳定性与可调试性。