使用Jest嵌套expect断言相比直接断言属性有何优势？

在编写和阅读测试时，经常遇到如下写法模式：

test('should contain specific value in object', () => {
    const object = {
        specific: 'specific value',
        other: 'other',
    };
     
    expect(object).toEqual(expect.objectContaining({
        specific: 'specific value'
    }));
});

为何要选择这种写法而非以下更直观的写法？

test('should contain specific value in object', () => {
    const object = {
        specific: 'specific value',
        other: 'other',
    };
     
    expect(object.specific).toEqual('specific value');
});

第二种写法可读性更强且能达成相同目标，那么第一种嵌套写法的优势是什么？

第一种写法的核心优势： #

• 多属性断言更简洁：如果需要验证对象的多个属性，expect.objectContaining可将所有待验证属性整合到一个匹配对象中，无需编写多条独立的属性断言语句，结构更紧凑。比如同时验证specific和other属性，前者仅需一个expect调用，后者则要写两条断言。
• 失败时提供更完整的上下文：当测试失败时，expect.objectContaining会输出整个对象的实际值与预期匹配结构，能直观看到对象的全部内容，便于快速排查哪些属性不符合预期；而单属性断言失败时，仅会展示该属性的预期与实际值，无法看到对象的其他部分信息，若问题出在对象结构本身（如属性名拼写错误），排查效率会更低。
• 适配Mock参数的断言场景：当需要验证Mock函数的调用参数是否包含指定属性时，expect.objectContaining是唯一可行的方案——你无法直接提取Mock函数调用参数的单个属性进行断言，只能通过匹配器整体匹配参数对象。示例：

  const mockFn = jest.fn();
  mockFn({ specific: 'value', other: 'foo' });
  expect(mockFn).toHaveBeenCalledWith(expect.objectContaining({ specific: 'value' }));
  

• 语义更贴合测试意图：如果测试目标是验证「对象包含某些属性及对应值」，而非「某个孤立属性的值符合预期」，expect.objectContaining的写法更贴合测试语义，能让其他阅读测试的人快速理解你是在检查对象的部分结构完整性，而非单个属性的取值。

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