当前位置:首页 > 文章列表 > 科技周边 > 业界新闻 > Node.js 24.20.0 的测试运行器增加了哪些能力

Node.js 24.20.0 的测试运行器增加了哪些能力

来源:17golang原创 2026-09-06 08:59:31 0浏览 收藏

Node.js 24.20.0 在 2026 年 8 月 26 日作为 LTS 发布。对 node:test 使用者来说,这一版最值得关注的不是测试发现规则变化,而是测试过程终于多了更适合 reporter 消费的即时日志,以及进程隔离下更完整的入口文件信息:context.log() 会产生按执行顺序到达的 test:log 事件,TestsStream 转发的事件则新增了 entryFile。

要点速览
  • context.log(message, data) 支持消息加结构化数据,适合记录重试次数、请求标识等测试上下文。
  • test:log 是即时、按测试执行顺序发出的事件,不等同于测试结束后才汇总的 test:diagnostic。
  • entryFile 只在进程隔离转发事件时有意义,用来区分子进程启动入口和真正声明测试的文件。

先划清 Node.js 24.20.0 的测试运行器变更范围

24.20.0 的官方发布说明在 test_runner 项下列出两项变化:增加 context.log() 与 test:log,以及让测试事件在进程隔离时报告 entryFile。因此,升级后的价值主要落在“测试运行中如何把信息送出来”和“reporter 如何定位来源”两处。

能力解决的问题需要注意
context.log()把测试中的消息和结构化数据作为事件发出数据要满足进程隔离场景下的结构化克隆约束
test:log让自定义 reporter 立即收到日志它按执行顺序发送,不是声明顺序缓冲输出
entryFile定位启动子进程的测试入口仅在进程隔离转发事件时出现,可能与 file 不同

这不是把 test:diagnostic 删除,也不是让所有测试事件都变成实时流。已有 reporter 仍可以按原方式工作,只有想展示过程日志或处理隔离文件来源时,才需要利用新增字段。

用 context.log() 把测试过程变成可消费事件

以前可以用 context.diagnostic() 写诊断信息,但官方文档明确它会在测试结果附近以缓冲方式报告。24.20.0 的 context.log(message, data) 更像一条过程事件:消息立即产生,附带的数据原样传给测试运行器,不由运行器替你解释。

import { test } from 'node:test';

test('订单接口重试', async (t) => {
  const attempt = 2;
  // 给 reporter 发送一条带上下文的即时日志。
  t.log('准备重试请求', {
    attempt,
    endpoint: '/orders'
  });
  // 这里继续执行真正的断言或请求模拟。
});

这个接口适合记录“测试正在做什么”,例如当前重试次数、fixture 名称或被测资源的逻辑标识。不要把大对象、循环引用对象或依赖运行时实例的方法塞进 data;默认进程隔离下,数据需要能通过 HTML structured clone 算法传递。

Node.js 24.20.0 测试上下文通过结构化日志产生 test:log 并到达实时 reporter 的关系图
图1:Node.js 24.20.0 中 context.log()、结构化数据与 test:log 的静态关系。

在 TestsStream 中消费 test:log 和 entryFile

如果项目维护自定义 reporter,可以从 run() 返回的 TestsStream 监听 test:log。事件携带 message、data、name、file 等信息;在进程隔离转发场景中,还会带上 entryFile。

import { run } from 'node:test';

const stream = run({ files: ['test/orders.test.js'] });

stream.on('test:log', (event) => {
  // reporter 只抽取稳定字段,避免直接序列化整个事件对象。
  const record = {
    type: 'test-log',
    message: event.message,
    data: event.data,
    file: event.file,
    entryFile: event.entryFile
  };
  process.stdout.write(`${JSON.stringify(record)}\n`);
});

file 表示测试定义位置;entryFile 表示启动产生该事件的子进程时使用的入口文件。一个入口文件导入另一个模块并在其中声明测试时,两者就可能不同。reporter 如果只显示 file,容易把“测试写在哪里”和“哪个测试文件被运行”混为一谈。

Node.js TestsStream 在进程隔离下区分 entryFile 启动入口与 file 测试定义位置的关系图
图2:进程隔离模式下 entryFile 与测试定义文件 file 的定位关系。

升级前后的落地判断:先接日志,再处理定位

如果现有项目只执行 node --test 并阅读默认输出,这两项变化不会自动改变断言语义,也不会替你生成新的报告格式。更稳妥的接入顺序是先在少量关键测试中加 t.log(),让 reporter 以 JSON 或内部事件模型接收,再决定是否把 entryFile 写入 CI 归档。

  • 需要实时显示重试、fixture 或外部依赖状态时,优先采用 context.log() 与 test:log。
  • 运行器使用进程隔离、测试由公共模块生成,或需要按文件聚合结果时,再使用 entryFile。
  • 仍需要测试结束后集中展示的说明性信息时,继续使用 context.diagnostic(),不要为了追求实时而全部替换。

还要确认 CI 的 Node.js 主版本确实已经切到 24.20.0 或更高版本。只升级本地 reporter 而不升级执行测试的机器,新增方法和事件并不会出现在旧运行时中。

相关问题

context.log() 会自动把结构化数据打印成 JSON 吗?

不会。运行器把 data 原样放进事件,最终如何渲染由默认输出或自定义 reporter 决定。

test:log 和 test:diagnostic 的主要区别是什么?

test:log 在日志调用时即时发出,并按测试实际执行顺序到达;test:diagnostic 更适合测试结果附近的缓冲诊断信息。

entryFile 在所有 TestsStream 事件中都一定有值吗?

不一定。它主要用于进程隔离下从子进程转发的事件,reporter 应把它当作可选字段处理。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Go 怎么解析符号链接得到实际文件路径Go 怎么解析符号链接得到实际文件路径
上一篇
Go 怎么解析符号链接得到实际文件路径
Go range 修改结构体字段为什么没改到原切片
下一篇
Go range 修改结构体字段为什么没改到原切片
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    579次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    619次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    650次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    615次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    431次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码