陷阱 #18:测试造假

这个坑长什么样

// 假测试(❌):根本没在测真实逻辑
test("计算总价", () => {
  expect(1 + 1).toBe(2);        // 测了个废话,和被测函数无关
});
test("用户登录", () => {
  expect(true).toBe(true);      // 永远通过,什么也没验
});
// 或者:顺着 bug 写断言 —— 代码算错成 80,测试就断言"应该是 80",一起错

亲眼看假测试怎么骗你:下面 add 函数有 bug(加法写成了减法),但测试显示通过 ✅——因为期望值是顺着 bug 写的。运行看看,然后把期望值改成正确的 5,再运行——测试这下变红了,真 bug 才暴露出来:

为什么会犯 & 怎么识别

• 为什么:写"能通过的测试"比写"真能抓 bug 的测试"容易;AI 有时为了"绿"而绿
• 识别信号:测试里没真正调用被测函数;断言是 true===true、1===1 这类废话;或断言的"期望值"是它自己算出来的(而非你独立确认的)

怎么防

• 审查测试本身(呼应 m.7/m.8):它真的调用了被测代码吗?断言的期望值是你独立确认正确的吗?
• 故意制造一个 bug 试试:把代码改错,看测试会不会变红——不变红的测试是假的
• 要求覆盖关键行为 + 异常:"测正常、空、异常,并断言具体的预期结果"

请为这段代码写有效的测试,并满足:1) 真实调用被测函数,不要写 1===1 这类废话断言;2) 期望值要基于正确逻辑,而不是顺着当前代码反推;3) 覆盖正常、空、异常、边界。写完请告诉我:如果我故意把代码改错,哪些测试会因此失败?

🔧 试一试:检查它写的测试是不是真在测(5 分钟)

让 AI 给一个函数写测试,然后故意把函数改坏一行重跑(接 m.8)。

你会看到:如果测试还是全绿,说明它写了假测试(断言恒成立、没测关键结果)。

怎么防:测试必须「改坏代码它就红」才算数;审查测试本身,别只看绿了。