js性能测试核心是测执行速度而非功能正确性:单元测试用performance.now()测节流函数中位耗时,端到端则用puppeteer+chrome devtools采集真实渲染流水线指标,强调相对变化而非绝对数值,基线存json并人工审核。

JS 中运行时性能分析的单元测试,核心不是测“功能对不对”,而是测“执行够不够快”——但直接写 performance.now() + expect(time 是脆弱且不可靠的。真正实用的性能单元测试,应聚焦可复现、可对比、防误报,通常不作为 CI 常规检查项,而用于性能回归监控或关键路径基线校验。
用 benchmark.js 做稳定基准测试(推荐)
原生 Date.now() 或 performance.now() 单次测量误差大,受 GC、JIT 预热、CPU 调频等干扰严重。benchmark.js 内置预热、多次采样、统计剔除异常值、计算标准差和显著性差异,更适合建立可信基线:
- 安装:
npm install --save-dev benchmark - 在测试文件中定义对比组(如优化前/后函数):
const Benchmark = require('benchmark');
const suite = new Benchmark.Suite();
<p>suite
.add('map with for-loop', () => {
const arr = Array.from({ length: 10000 }, (<em>, i) => i);
const result = [];
for (let i = 0; i {
const arr = Array.from({ length: 10000 }, (</em>, i) => i);
return arr.map(x => x * 2);
})
.on('cycle', (event) => console.log(String(event.target)))
.on('complete', function () {
console.log('Fastest is ' + this.filter('fastest').map('name'));
})
.run({ async: false });</p>注意:这类测试不进 Jest/Cypress 默认流程,建议单独存为 perf/xxx.bench.js,用 Node 直接运行。
在 Jest 中做轻量级耗时断言(仅限简单场景)
若只需粗略卡点(如“这个工具函数不能超过 1ms”),可在 Jest 中用 performance.now() 包裹并设置合理容差,但必须加预热和多次运行取中位数:
- 避免单次测量:至少运行 3–5 次,取中位数或 p90 值
- 主动预热:先调用目标函数 1–2 次,让 V8 JIT 编译完成
- 容差要宽松:比如标称 0.5ms,可设
expect(median).toBeLessThan(1.2)(单位 ms)
test('throttle should execute within 0.8ms under load', () => {
const fn = jest.fn();
const throttled = throttle(fn, 100);
<p>// 预热
throttled();
throttled();</p><p>const times = [];
for (let i = 0; i </p><p>const median = times.sort((a, b) => a - b)[Math.floor(times.length / 2)];
expect(median).toBeLessThan(0.8);
});</p>用 Chrome DevTools + Puppeteer 做真实环境采集
当需要模拟真实渲染流水线(含 layout、paint、JS 执行混合开销)时,单元测试层面无法覆盖。此时应脱离 Jest,改用 Puppeteer 启动真实 Chromium,注入待测代码,用 PerformanceObserver 或 Tracing API 抓取完整帧耗时:
- 适合测 UI 组件首次渲染、滚动响应、动画帧稳定性等端到端性能指标
- 结果可导出为 JSON,与历史基线自动比对(如 TTI、LCP、FCP)
- 不是“单元”测试,但属于自动化性能验证的关键一环
关键原则:不追求绝对数值,而关注相对变化
性能测试失效的主因,是把某台机器上跑出的 “2.34ms” 当作黄金标准。正确做法是:
- 每次 PR 提交时,在相同 CI 环境(固定 CPU/内存/Node 版本)运行 perf test,只报“比 baseline 慢 15%”这类相对偏差
- 基线数据存在独立 JSON 文件中,随代码库一起提交,人工审核变更
- 禁止单次失败即阻断 CI;改为预警+人工确认,避免噪音误伤











