关于 TDD ​

TDD（测试驱动开发）是一个非常不错的开发模式，这个模式在互联网大厂、开源项目非常受欢迎，且几乎都是标配，而在一些小公司或者外包公司却处于一个冷板凳的位置。

开发者比较不想碰它的主要原因大致如下（当初的我也是这样的）：

好像确实挺酷的，看起来挺厉害的，但是我不会 😓，算了算了。

什么？还要先写测试用例再写代码，我平时都是先写代码再自己手动测试的。

写代码的时间都不够了，我还要去写着玩意儿？不是闹嘛！

其和传统开发相比在开发阶段会多一个编写单元测试的过程，只有单元测试都通过了的程序才能够上线！

因为多了这个环节，且有一定的学习成本，在开发阶段也会多消耗一些时间，所以在只顾开发不顾质量的公司中几乎不会采用这个方式进行编程。

存在即合理，为什么还会开源项目和大厂还会继续使用呢？我总结下来其有如下的好处：

• 提升代码质量

  单测试对每个功能点进行测试，能够让我们代码更加健壮、质量更佳。

• 减少 bug 量

  很多 bug 可能是因为有时候过度相信自己的代码，或者对场景考虑导致的。

• 提升代码可读性

  将功能都一个一个抽离成最小功能函数，避免了又多又长的难读代码的出现。

• 提升开发效率

  修 bug 的速度快了，这个模式下很好改代码与一些简单逻辑

一旦采用这种模式开发后，我们就得将原本一团的逻辑进行拆分和解耦，这能够让我们的代码更加健壮！

也是变向的锻炼我们的抽象和解耦能力

而换个角度看，日后找 bug 的时间也会极大的缩减，这也就是为什么在大厂这个模式很受欢迎的原因！

我将向身边的小伙伴推荐 TDD 的编程模式！并我会持之以恒的采用！

单元测试 ​

最初我认为单元测试是非常鸡肋的。且也是有一定的挑战性的。

TDD 涉及的内容非常广，我目前接触的最多的也就是单元测试，也还是在边学边用的阶段。接下来会陆续以案例的形式介绍如何写单元测试以及一些思路。