探索单元测试的必要性
你是否曾经思考过，当前的业务场景是否真的需要单元测试？我们每个人负责的模块是否也需要单元测试？什么阻碍了我们进行单元测试呢？时间紧，任务重，还要写测试？这些都是我们在开发过程中常见的问题。假设我们有一个计划开发一周的项目，让我们看看有和没有单元测试的区别。
没有单元测试的开发过程
典型开发流程
| 工期 | 设计/思考 | 编码 | 测试 | 备注 |
|---|---|---|---|---|
| 第一天 | 40% | 30% | 30% | |
| 第二天 | 30% | 40% | 30% | 很幸运，我们没有改动昨天的代码 ^o^ |
| 第三天 | 20% | 30% | 50%（90%） | 我们改了第一天的部分代码，现在要重新测试，我们只能压缩思考的时间了 |
| 第四天 | 20% | 70% | 10%（120%） | 我们发现可以优化的地方，需要重新抽象，改 |
| 第五天 | 10% | 80% | 10%（150% |
