冒烟测试

多模态大模型辅助的 Web 应用「测试—修复」迭代工作流：覆盖全面测试（全视图、DOM 断言、API 真值比对、禁止串扫描）、根因审核、代码级修复、回归验证与证据链报告。当用户要做测试、回归、修复验证、功能测试或冒烟测试时触发。

openclaw skills install @xburn747/smoke-test

冒烟测试（Smoke Test）

多模态大模型辅助的 Web 应用「测试—修复」迭代工作流。抽象自对一个大中型 Web 应用的多轮实战经验，通用到适用于任何需要系统化 QA 的 Web 应用，不绑定特定技术栈或业务领域。

作者：大雪块｜版本：1.0.0 ｜许可证：Apache-2.0

text

测试 → 审核 → 修复 → 回归 → 报告
  ↑                        │
  └── 发现问题 → 进入下一轮 ┘

闭环是收敛的：每一轮都减少缺陷数量，证据逐轮收紧。当回归报告显示 0 控制台错误、0 禁止串、关键断言全部通过时停止。

用 Playwright（或等价浏览器自动化），接托管 Node 运行时。scripts/smoke_views.js 模板：

当用户提交修复/测试报告时，不要照单全收，务必用以下方式核验：

截屏 vs API 比对：对屏幕上每张指标卡，curl 对应后端接口并比对数值
区分缺陷类型：真缺陷 / 测试脚本误报 / 设计占位（静态 demo HTML 不是 bug）
多 loader 竞争检测：对有多 JS 补丁层（如 app.js + fixes_v2.js + fixes_v3.js）的应用，运行时用 window.fn.toString() 检查实际执行的是哪个函数——后加载层可能覆盖先前的修复
根因聚类：按共同根因归类缺陷（如「10 个 onclick 失效全因一个 IIFE 闭包」），而非当成独立问题

禁止任何补丁层无共享归一化函数而直接 *100。若多层写同一指标卡，必须统一用同一归一化工具（如 asPctFraction / pfFrac）。后加载层一个 *100 就会覆盖先前的正确值。
数据源路由：每个视图 loader 必须调正确的 API 端点。用 window.fn.toString() 确认运行时函数打的是预期端点。
所有破坏性按钮必须接真实后端 API。绝不留 alert("success") 桩——这比显式「未实现」更危险，因为用户以为操作成功了。

每轮修复后重跑全套测试。scripts/smoke_views.js 模板应断言：

完整参考见 references/verification-schemes.md。要点：

#	方案	工具	捕获的缺陷
V1	DOM 文本断言	`page.evaluate` 读 `.metric-value`	错值、格式化错误
V2	禁止串扫描	`innerText.includes(bad)`	已知 bug 特征复现
V3	截屏证据链	每视图 `page.screenshot()`	布局、图表、模态问题
V4	API 真值比对	`curl` 后端接口	100× 放大、数据源错接
V5	函数探针+运行时源码核验	`window.fn.toString()`	多 loader 竞争、端点错接
V6	控制台/页面/网络监控	`page.on('console'/'pageerror')`	JS 错误、404、CORS
V7	并发压测	16 并发请求	事件循环阻塞回归
V8	协议一致性审计	比对 `openapi.json` 与前端调用体	缺必填字段、错误枚举
V9	DB 快照还原	冷备→测试→还原	干净的 C 级测试环境
V10	降级横幅校验	检查 `#degraded-banner` 可见性	静默 mock 数据回退
V11	前后态断言	比对前后计数	验证真实后端影响

工具选择速查：怀疑数值错 → V1+V4；怀疑旧 bug 复现 → V2；不确定跑的是哪段代码 → V5；布局破损 → V3；静默失败 → V6；接口超时 → V7；前后端协议不符 → V8；需要干净环境 → V9；看到陈旧/mock 数据 → V10；操作是否真生效 → V11。

产出自包含 HTML 报告，内嵌：

上传到项目 docs/ 目录，并将结论追加到项目长期记忆/知识库。

以下为参考实现所用工具，按需适配当前项目等价物：

使用托管运行时（非系统安装）时，始终用绝对路径：

本技能自带两个脚本模板，替换顶部 CONFIG 即可适配任意项目：