Jest 28中toBe断言失败抛错无法展示多失败项问题咨询

• toBe()断言失败时抛出错误是Jest的核心运行机制，没有任何配置项可以关闭这个行为。
• Jest原生不支持单个test()块内收集多个失败断言后统一展示，第一个未被捕获的断言错误会直接终止当前用例的错误收集流程。

Jest的断言判定逻辑从设计之初就基于「错误抛出」机制实现：

1. 断言匹配通过时，expect()链式调用的匹配函数（比如toBe()）不会有任何特殊返回，代码继续向下执行；
2. 断言匹配失败时，匹配函数会立刻构造包含期望值、实际值、调用栈的专用错误对象抛出，Jest的测试运行器捕获到这个错误后，就会把当前用例标记为失败，记录错误信息后终止当前用例的后续执行。

这个设计的目的是快速定位第一个不符合预期的代码节点，避免后续依赖当前断言结果的逻辑产生无意义的报错，减少冗余排查信息。

你手动加try/catch捕获断言错误的写法，虽然能让代码继续向下执行，但完全绕过了Jest运行器的错误收集逻辑：被你catch住的错误Jest根本感知不到，直到下一个未被捕获的断言错误抛出，运行器还是只会记录这一个错误，直接结束当前用例。

Jest的设计规范是单个test块只验证一个独立测试点，如果你需要统计多个断言的失败结果，直接把每个断言拆分为独立的test块即可，运行后所有失败用例的报错信息都会独立展示：

import * as x from "../x";

describe("app tests", () => {
  test('sum(2,2) 计算结果等于4', () => {
    expect(x.sum(2,2)).toBe(4);
  });
  test('sum(2,2) 计算结果等于5', () => {
    expect(x.sum(2,2)).toBe(5);
  });
  test('sum(2,2) 计算结果等于6', () => {
    expect(x.sum(2,2)).toBe(6);
  });
  test('sum(2,2) 计算结果等于7', () => {
    expect(x.sum(2,2)).toBe(7);
  });
});

执行jest --coverage后，你会得到1个通过、3个失败的统计结果，每个失败项的期望值、实际值、调用栈都会独立展示，完全符合预期。

如果你有强需求必须在单个test块内执行多个断言、不希望第一个失败就阻断流程，可以自行用数组收集所有catch到的断言错误，在test块末尾判断如果存在错误就统一抛出，但这种写法会丢失Jest原生的错误定位能力，不推荐使用。

内容的提问来源于stack exchange，提问作者kbrannen