dev.to | 📄 原文链接 | 2026-09-04 收录

我的 Go 测试从未执行过它们要测的 JavaScript 一行

来源：dev.to — 2026-09-03

📋 概述

作者为「零依赖黑客松」构建了一个 Real User Monitoring 工具：单个 Go 二进制、空依赖清单、942 字节的 beacon（对照 Google web vitals 的 7226 字节），245 个测试函数、go vet 干净、每次提交 CI 全绿、可复现构建——却有 6 个 bug 全部存活。真正的主题是：Go 测试无法执行 JavaScript，它只能把 JS 当字节切片断言。于是他外置驱动真实 Chrome over CDP 的测试 harness，并一路挖出六个「当时会发布」的 bug：被打进二进制的 VCS 戳（非真正可复现构建）、int64 饱和成六年一格、演示页真慢却报绿、用自己的工具链测出的不公平对比、缓存活得比 bug 久、半开区间把当下时刻丢掉。

🔑 核心要点

routing 的跳板是：beacon 只有 942 字节，因为「测量页面重量的工具本身就是页面重量」——不引框架不引图表库不引数据库驱动
Go 测试能证明 /b.js 以正确 MIME/ETag 被服务、不超预算、端点能解析手写 payload，却证明不了 PerformanceObserver 会触发、visibilitychange 会 flush、CLS 算术结果浏览器会认——对 Go 测试来说 JS 是一块字节切片
零依赖项目用 Node 22 内置 WebSocket 写外部 .mjs harness 驱动真实 Chrome over CDP；Chrome 152 删了 Emulation.setPageVisibilityState，改用真开第二标签来模拟切页；element.click() 不可靠所以换 Input.dispatchMouseEvent
bug 2（int64 饱和）：仪表盘调 API 只传 from 不传 to，开区间末端被规范化成 9999 年，time.Duration 减到饱和、除以 48 变成六年一格——测试作者总把 from/to 都传得规规矩矩，而唯一真实客户端只传一个
bug 3（演示没演示出东西）：2,600 个内联 SVG 形状确实渲染贵，但内联 <svg 根元素不是 LCP 候选，规格只认 <img/、<image、video poster、背景图与块级文本——页面真慢而指标报快，两者都是真的
bug 6（半开窗口）：默认窗口末端是「现在」，存储区间是 [from,to)，恰在同一时钟刻度写入的测量落在排他边界外，Windows 粗粒度时钟上成抛硬币——修复是窗口末端加一毫秒
终极盲区：Go struct 一个 json tag 写成大写 Distribution，其余文档都写小写 distribution——encoding/json 解码大小写不敏感所以契约测试照样过，只有对大小写毫不宽容的浏览器才能看见

💡 金句

把 README 里的英文句子翻译成测试里的断言——六个 bug 全藏在这一步之间。

← 返回 dev.to 首页