浏览器自动化别总开 headless，登录和风控场景要这样判断

很多自动化脚本默认就上 headless，但不是所有网页操作都适合完全无头。登录测试、表单提交、后台巡检尤其容易踩坑。

什么时候不建议全程 headless

• 涉及登录态、验证码、二次验证
• 需要人工确认页面变化的后台操作
• 目标站点对无头浏览器特征敏感
• 支付、订单、删除数据等高风险动作

更稳的流程

调试阶段先用有界面模式，确认选择器、等待条件和异常处理都可靠，再切换成 headless。

npx playwright test --headed
# 稳定后再运行
npx playwright test

脚本经常卡住时，不要只增加 sleep，更推荐等待明确元素或接口完成。

简评

浏览器自动化适合后台巡检、截图、表单测试、SEO 页面检查。涉及第三方平台风控的操作，要保留人工确认。

来源

• Dev.to 原文