给自己的项目写测试，别等出 Bug 了再补

很多开发者觉得写测试浪费时间，但等到 Bug 上了生产再修，成本是写测试的几十倍。

单元测试怎么写

原则：只测一个函数，外部依赖用 mock 替代。比如测一个订单金额计算函数，不需要真的连数据库。Python 用 unittest.mock，Go 用接口+stub，Java 用 Mockito。Mock 的目的不是测框架对不对，而是测自己的逻辑对不对。

边界条件最容易出 Bug

空数组、null 值、负数、最大值、超长字符串——这些边界条件在开发时容易忽略，但上生产后第一个出问题的就是它们。写测试的时候专门写一个边界条件测试用例集，覆盖这些边缘情况。

别追求 100% 覆盖率

100% 代码覆盖率不代表没 Bug，可能只是测了不该测的东西——比如 getter/setter、简单的数据传递函数。关键业务逻辑的覆盖率做到 80% 以上就够了，剩下的精力放在集成测试和端到端测试上。

TDD 不是必须的

先写测试再写代码（TDD）是理想模式，但对大部分团队来说成本太高。更务实的做法是写完代码后补测试，至少保证核心逻辑有覆盖。重点是养成习惯，不是追求完美。