Dusk通过type()、click()、press()等方法模拟真实用户操作，需确保元素就绪并触发input/change事件；submit()才真正提交表单；assertSee()不等待JS渲染，应改用waitForText()；登录推荐loginAs()跳过流程，但需兼容守卫与ChromeDriver版本。
直接用 Browser 实例调用 type()、click()、press() 等方法就能模拟真实用户操作，但必须确保页面已加载完成、元素可交互，否则会抛出 Facebook\WebDriver\Exception\NoSuchElementException 或超时。
如何在 Dusk 测试中正确触发表单提交和键盘操作
Dusk 的交互 API 不是“发请求”，而是操控浏览器 DOM。比如 type() 会逐字符输入并触发 input 和 change 事件；press() 模拟按键（如 Enter），但仅当焦点在可编辑元素上才生效；submit() 才真正触发表单提交逻辑。
-
type('email', 'test@example.com')—— 自动等待元素出现，填入值，触发事件；不要用value()直接设属性，它不触发前端验证逻辑 -
click('@login-button')—— 推荐用自定义选择器（在pages或Browser中定义），比 CSS 选择器更稳定 -
press('Enter')—— 必须先->click('input[name="password"]')聚焦，否则无效 - 登录表单测试中，别写
$browser->visit('/login')->press('Enter')，因为初始页无焦点，应显式->click('input[name="email"]')->type(...)->click('input[name="password"]')->type(...)->press('Enter')
为什么 assertSee() 失败但页面明明有文字
常见原因是内容由 JavaScript 异步渲染（比如 Vue 组件、AJAX 加载的列表），assertSee() 只检查初始 HTML，不等 JS 执行完。Dusk 默认不等待 JS 渲染完成。
- 改用
->waitForText('Expected Text')或->waitFor('@element-selector')，它们会轮询直到出现或超时（默认 5 秒） -
assertSee()适合服务端直出内容；waitForText()才对应前端框架场景 - 若等 Vue 渲染，还可加
->pause(300)（毫秒），但属临时方案，应优先用waitFor系列 - 注意：所有
waitFor*方法内部使用 JavaScript 执行检测，若页面报 JS 错误，可能静默失败
怎样跳过登录流程直接进受保护页面
Dusk 浏览器测试里不能靠 actingAs()（那是功能测试用的），必须真实走一遍登录，或用 loginAs() 方法注入认证状态——但它只对 Laravel 内置守卫有效，且依赖 session 配置。
- 推荐方式：
$browser->loginAs($user)，自动处理 Session + Cookie + XSRF token，适用于绝大多数标准登录流程 - 前提：确保
$user是数据库真实存在的模型实例（User::factory()->create()），且密码已哈希 - 避免手写
visit('/login')->type(...)->click(...)做登录，除非你正在专门测登录页本身；否则冗余、慢、易断 - 如果项目用了自定义 guard 或 token 认证（如 Sanctum API），
loginAs()无效，得退回手动表单流程或 mock 后端接口
最常被忽略的是 ChromeDriver 版本与本地 Chrome 的兼容性——哪怕只是小版本差一级，就可能卡在空白页或报 session not created，别急着查代码，先运行 chromedriver --version 和 chrome --version 对齐再说。
