使用Selenium做UI自动化测试时截图对比失败相关问题咨询

Chrome后台自动更新是本次测试失败的高概率诱因：

• Chrome版本迭代经常会调整Blink渲染引擎的细微逻辑，包括字体抗锯齿算法、元素边缘平滑参数、透明通道默认填充值等，这类改动肉眼几乎不可识别，但会直接改变像素点的数值，同时导致截图文件体积出现几十到几百字节的波动，和你遇到的0.1KB差异特征完全匹配。
• 你当前使用的是严格逐像素对比逻辑，只要有1个像素的数值不匹配就判定对比失败，完全无法兼容这类渲染引擎层面的微小变动，即使是Ashot默认的严格对比模式也会触发失败。
• 可以先优先核对两张截图的宽高像素值是否一致，部分Chrome更新会调整默认窗口的工具栏/状态栏高度，如果你没有固定截图的视口尺寸，也会导致截图整体尺寸不匹配。

• 调整对比逻辑，增加差异容差配置
  放弃严格逐像素匹配规则，新增两层容差判断：单个像素的RGB差值低于10（肉眼无法区分的色差范围）不计入差异；整体差异像素占总像素比例低于0.1%时判定为对比通过。你可以在原有代码基础上修改像素对比的判断逻辑，也可以直接用成熟的图片对比库的内置参数实现。
• 调整Ashot配置适配非严格对比
  Ashot默认执行严格逐像素匹配，你可以通过配置开启微小差异忽略：比如调用withIgnoringSmallDifferences()方法过滤细微渲染差异，也可以自定义差异阈值、指定页面动态内容区域（如时间戳、随机提示模块）为忽略区域，进一步降低误报率。
• 固定测试环境变量
  关闭测试节点的Chrome自动更新，统一锁定浏览器版本、系统分辨率、页面缩放比例、截图视口尺寸，所有测试执行节点的环境参数保持完全一致，减少环境变动带来的不必要差异。
• 基准截图和浏览器版本绑定
  每次Chrome版本升级后，统一重新生成全量基准截图，避免用旧版本浏览器生成的基准素材和新版本渲染结果对比。

内容的提问来源于stack exchange，提问作者Roman Tantana