视觉测试与Docker：没有可重现的环境，你的截图毫无价值
可重现环境：每次执行时相同的软件配置——相同的操作系统、库、字体、渲染引擎——确保测试结果不因运行机器的不同而变化。——自动化测试工程的基本原则。
你已经搭建了视觉测试。比较截图。测试在本地通过。但在CI上运行时，你得到47个标记差异——没有一个对应真正的bug。
这个场景是做视觉测试的绝大多数团队都经历过的。大多数团队得出错误结论："视觉测试噪音太多，不靠谱。"
视觉测试运行得很好。不好用的是你的环境。
macOS上用Apple字体拍的截图永远不会与Ubuntu上用FreeType字体拍的截图像素级相同。抗锯齿、字体微调、子像素平滑——一切都不同。
Docker解决了这个问题。
为什么截图在不同机器间有差异
字体渲染：头号元凶
每个操作系统使用自己的字体渲染引擎。macOS用Core Text，Windows用DirectWrite，Linux用FreeType。相同的文本、字体和大小在不同操作系统上产生不同的像素。
浏览器渲染引擎
Chrome 120与Chrome 122对某些CSS属性的渲染不完全相同。
分辨率和缩放
显示器DPI影响渲染。CI服务器使用虚拟帧缓冲区。
Docker：每次都是相同的环境
Docker将整个测试环境封装在容器中。相同的操作系统、字体、浏览器和版本。
容器必须包含什么
字体（本地安装）、固定版本的浏览器、显式的渲染配置、无头浏览器的系统依赖。
基础镜像
Playwright的官方镜像是绝佳起点。
Docker化的关键步骤
- 固定版本——不用"latest"，不用语义范围
- 构建镜像——稳定层在上，变化的代码在下
- 验证可重现性——构建两次，结果必须相同
- 集成到CI/CD——推送到注册表，引用确切的tag
- 管理更新——每月节奏，重新生成基线
超越可重现性的好处
并行化
启动10-50个容器并行运行。30分钟的顺序测试变成3分钟的并行测试。
测试隔离
每个容器从干净状态启动。没有残留缓存或cookie。
Delta-QA的定位
Delta-QA的结构分析本质上对环境间渲染差异更不敏感。像素级比较工具标记每个子像素差异，而Delta-QA分析计算后的CSS属性——margin、padding、尺寸——这些不管环境如何都相同。
Docker对Delta-QA不是必须的。但对环境差异的容忍度不可同日而语。
常见错误
- 使用"latest"作为标签——测试不稳定的首要原因
- 忘记字体——在容器中本地安装
- 忽略viewport大小——在工具中显式配置
- 不版本化镜像——推送到注册表并使用确切标签
常见问题
Docker是视觉测试的必须项吗？
不是，但没有Docker你会花大量时间管理误报。
推荐哪个基础镜像？
Playwright的官方镜像（mcr.microsoft.com/playwright）。
Docker会减慢测试吗？
启动增加几秒，但并行化远远补偿了这一点。
如何在Docker中处理Google Fonts？
下载字体文件并在容器中本地安装。
Delta-QA需要Docker吗？
不需要。凭借结构分析方法，Delta-QA无需Docker即可工作。
从一台机器到另一台变化的截图不是测试。是噪音。Docker将你的截图转化为可靠、可重现的证据。