Agent Skills
返回列表
🔒

CI 中的视觉回归快照基线管理

IT 运维与安全 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/review-visual-regression-diffs-and-publish-snapshot-baselines-in-ci-with-reg-suit

技能介绍

问题:视觉差异容易被 CI 噪音淹没

截图回归测试会在每次流水线运行时产生大量图片和日志。一个按钮宽度变化可能只是几十像素,却会和动画帧、字体渲染、环境差异等噪声混在一起,靠肉眼翻日志很难判断是否真的需要更新基线。技能要解决的是把图片快照拉进统一的复核流程:用存储的基线做比对,把差异整理成可人工查看的报告,并把审核后的快照基线发布回团队可见的位置。

技能如何工作

  • 聚焦快照复核循环:它不是通用前端工具,而是围绕截图输出管理 compare、publish、notify 这几个环节。
  • 接收测试产物:前提是 CI 中能产出截图 artifacts;技能以这些图片为输入,对照历史基线执行比较。
  • 生成可审阅差异:比较结果会整理为便于人看的报告,让 reviewer 直接判断是回归、环境噪声还是需要更新基线。
  • 发布基线与通知:审核通过后,新的基线会被发布;如需远程存储,可使用 S3 或 GCS 这类 publisher 插件。
  • 串起 CI 流程:Agent 负责把比较、报告发布、复核通知串成闭环,而不是只跑一次图片比对。

适用边界与注意点

适合已经能稳定产出截图的视觉回归场景,不负责替代前端构建、lint 或通用测试框架。运行环境需要 Node.js、npm 和截图测试产物;若要持久化基线或报告,还需配置 S3、GCS 等 publisher。上游示例曾固定在 Node.js 10.x,实际项目应结合当前运行时验证兼容性。截图捕获必须尽量确定性,避免动画、字体、视口或时间戳造成大量伪差异。基线更新应保留人工复核关口,否则自动化发布可能把错误快照变成“新的正常”。

使用场景

  • 前端项目在 CI 中跑完截图测试后,需要把新截图与存储基线对比,并产出可人工复核的差异报告
  • 流水线里的截图结果出现像素变化,需要确认是真实回归还是应更新基线,并把审核后的基线发布回远程存储
  • 使用 S3 或 GCS 作为 publisher 的团队,需要在 CI 中把最新基线发布出去并通知复核结果
  • 需要在 CI 阶段统一管理截图快照的 compare、publish 和 notify 流程,避免人工逐张翻日志

适合人员

  • 前端工程师,需要在 CI 中接入截图快照的视觉回归复核流程
  • 测试工程师,需要查看差异报告来判断回归或更新基线
  • DevOps 工程师,需要在 CI 中配置 publisher 以发布和复用快照基线
  • 维护视觉回归流水线的技术负责人,需要统一 compare 与 publish 的执行方式