交互式UX审计

解决静态审查的盲区

传统自动化测试和静态 DOM 扫描很难捕捉交互层的暗病：按钮点击后既没发请求也没 DOM 变化、导航到某个页面后控制台开始刷警告、表单提交后无反馈、布局在某个断点突然崩掉。交互式 UX 审计要求以真实用户身份打开浏览器，真正完成打字、点击、发送、观察、截图，再基于证据给出判定，而不是依赖源码或快照推断。

核心能力与关键步骤

技能按六个阶段推进：Pre-flight 完成人物锁定、浏览器工具检测与能力测试；Discovery 生成站点地图和交互元素清单；Walkthrough 穷举清单、多面板压力与实时冒烟；Polish 做视觉打磨扫描；Stress 跑 11 个场景电池；Verdict 输出硬门记分卡与发现列表。

几个关键方法值得注意：

• 实时交互冒烟：对每个控件点击后检查 Network 是否发出正确请求，以及 DOM 是否有可见变化；两者都无变化即记为静默失败。
• 首次用户视角：如果新用户必须借助“后台帮助”才能完成主任务，就记一条发现。
• 往返工作流完整性：每个 A→B→A 流转都做往返检查，防止状态污染。
• 认证中途失效：已登录路由返回 401/403 时，不要静默重登，而是停止、记录断点，以 Incomplete 终止并建议重跑。
• 视觉打磨扫描：覆盖 10 类“AI 痕迹”，每次挑 3 个最高影响类别深入，其余标为“已扫无发现”。

判定状态只有四种：Pass、Conditional Pass、Fail、Incomplete。控制台警告最低为 High，网络 5xx 自动 Critical；交互清单缺必需项或某阶段未跑时，唯一合法判定是 Incomplete。

适用边界

它不替代自动化功能测试，而是专注体验层审计。没有可用浏览器工具（Chrome MCP / Playwright MCP）时无法做真实交互，需要先连接。输出为结构化 UXAuditArtifact，每条发现都包含复现步骤、证据路径与可疑代码位置，可交给下游技能修复或回归。