Jest测试中Expected与Received显示一致却判定不相等问题咨询

这种问题本质是Jest做严格相等校验时，值展示逻辑和实际比较逻辑不一致，结合日期选择器测试场景，具体原因如下：

• toHaveBeenCalledWith对参数做匹配校验时，会对引用类型值做严格相等判断。测试代码中手动创建的dateValue = new Date('197-01-01T00:00:00')，和组件onInput方法内部执行时生成的Date实例，哪怕指向的时间点完全相同，也是两个存放在不同内存地址的独立对象，严格相等判断会直接返回false。
• Jest控制台打印Expected和Received值时，会把Date、对象这类引用类型序列化成可读的字符串格式，不会输出内存地址这类内部属性，所以肉眼看上去两个值完全没有区别，但实际比较阶段根本不会判定为相等。

除了Date对象场景，以下情况也会触发同类问题：

• 两个独立创建的普通对象/数组/函数，哪怕属性、元素完全一致，用toBe做严格相等比较时都会失败
• 两个字符串存在不可见特殊字符、全角半角差异、首尾空格，打印时看不出区别
• 一个是原始类型值，一个是对应的包装对象（比如字符串'test'和new String('test')）
• 值存在未被枚举的隐藏属性差异

针对带Date参数的测试场景，直接选下面任意一种写法调整即可：

1. 拆分参数分别校验，避开引用类型直接比较

   // 先确认emit事件触发
   expect(emitMock).toHaveBeenCalled();
   // 取事件实际抛出的参数
   const emitPayload = emitMock.mock.calls[0][0];
   // 字符串是值类型，直接精确匹配
   expect(emitPayload.value).toBe('197-01-01');
   // Date取时间戳做值类型比较，不存在引用问题
   expect(emitPayload.valueAsDate.getTime()).toBe(dateValue.getTime());
   

2. 用Jest内置的不对称匹配器做匹配，不用拆分参数

   expect(emitMock).toHaveBeenCalledWith({
     value: '197-01-01',
     // 先校验属性是Date类型，再校验时间戳符合预期
     valueAsDate: expect.objectContaining({
       time: dateValue.getTime()
     })
   });
   

其他通用场景注意点：

• 普通对象、数组的内容比较不要用toBe，改用toEqual
• 特殊引用类型（Date、RegExp等）不要直接做实例比较，转成原始值（时间戳、正则字符串）再比对
• 字符串比较前可以先校验长度，排查是否有隐藏不可见字符

注意不要试图用JSON.stringify转字符串后比较两个对象，JSON序列化Date时会自动转成ISO字符串，虽然能跑通，但遇到undefined、函数、循环引用属性时会直接丢值，容易漏测问题。

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