单元测试

单元测试

单元测试是开发者针对代码中最小可测单元（比如一个函数、一个方法或一个类）编写的自动化测试代码，用来验证它在给定输入下是否返回预期输出。

我写第一份单元测试是在2016年，当时团队上线了一个支付金额计算逻辑，上线后发现小数点四舍五入出错，导致几笔订单多扣了3分钱。运维查日志花了4小时，最后发现是某个工具函数没处理好边界值——而这个函数，其实5分钟就能写个测试覆盖掉。

现在我们团队要求所有新功能必须带单元测试才能合入主干，不是为了应付流程，是因为它真的能拦住80%的低级错误。

很多人以为写单元测试就是“多此一举”，尤其业务迭代快的时候。但现实是：不写测试的代码，改起来心里发虚；写了测试的代码，重构时敢动，上线前心里有底。

• 它不等于集成测试或接口测试——单元测试只管单个函数，不依赖数据库、网络或外部服务
• 主流框架如JUnit（Java）、pytest（Python）、Jest（JavaScript）都支持快速断言和模拟（mock），但mock用多了容易掩盖设计问题
• 我见过太多项目把单元测试写成“调用一下就完事”，结果assert里连预期值都是写死的假数据，这种测试比不写还害人
• 覆盖率到70%以上才有实际意义，但100%覆盖率≠没bug，只是说明每行代码至少被执行过一次

去年有个客户让我帮忙排查一个定时任务偶发失败的问题，翻了三天代码没头绪，最后发现是某个被调用的工具方法在空数组时返回undefined，而单元测试里压根没测过空输入场景。

这一点非常关键。

单元测试不是写给老板看的KPI，它是你写完代码后，给自己留的一张“后悔药”处方单——等哪天想改逻辑时，跑一遍就知道有没有伤到别人。