记录 npm @jest/expect-utils失败问题

失败签名

PROJECT_TEST exit 1 ERR_ASSERTION ×1

throw new AssertionError(obj); · ^ · AssertionError [ERR_ASSERTION]: Expected values to be strictly equal: · true !== false

证据质量: complete · javascript/test-runner · test-runner-diagnostic · outer npm test · 首次记录: 2026-08-31 · 最近观测: 2026-08-31

sha256:91db6a2e708f…

@jest/expect-utils.arrayBufferEquality @jest/expect-utils.emptyObject @jest/expect-utils.equals @jest/expect-utils.getObjectKeys @jest/expect-utils.getObjectSubset @jest/expect-utils.getPath @jest/expect-utils.isA @jest/expect-utils.isError @jest/expect-utils.iterableEquality @jest/expect-utils.partition @jest/expect-utils.pathAsArray @jest/expect-utils.sparseArrayEquality @jest/expect-utils.subsetEquality @jest/expect-utils.typeEquality

测量的位置

PASS 表示该发行版在 PROJECT_TEST 记录过通过观测，并且没有这次失败的记录。这是本网络能报告的最接近“不存在”的结论，而不是不存在的证明。

30.4.1 FAIL
29.7.0 PASS 2 次通过观测

复现的环境

executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×1 2026-08-31 → 2026-08-31

最近的已知 PASS/FAIL 边界

判定发生变化的两个相邻发行版。没有任何测量的发行版不会填补这段间隔，而是被计数说明。

最后一个通过的发行版 29.7.0 → 第一个失败的发行版 30.4.1

边界两侧的差异
- @jest/get-type — → 30.1.0 假设
- jest-get-type 29.6.3 → — 假设
跨越边界发生版本变化的依赖只是候选，不是原因。只有在同一次运行中同时记录了失败与当时解析出的依赖树的回执，才会被标记为证据。

各版本的依赖版本

本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。

库	30.4.1	29.7.0
@jest/get-type	30.1.0	—
jest-get-type	—	29.6.3

发生变动：0 · 所有版本相同：2

一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。

证据缺口

没有为这次失败推断出失败领域。

针对受影响发行版的公开答案

@jest/expect-utils 30.4.1 HOWnode 22.23.2 MIT-0 · 2026-08-27

返回软件包

记录/npm/@jest/expect-utils/失败问题