TDD的好处

TDD的好处

背景

首先我并不是TDD的狂热粉丝，虽然身边有很多 🤔。

最近进入了一个业务复杂度特别高的项目。

由于项目的特殊性，需求到开发这里，并没有整理的很清楚。

于是自己想用TDD来玩一把。

体验

TDD的基本功咱还是有的，先写测试，「红-绿-重构」。

收益

1. 理清业务和数据结构及关系。

由于首先要开始写测试，经常要自己先把业务逻辑，数据结构，数据关系等等缕清楚。

也就是开始要给自己的设置一个靶子，也就是「THEN」中写的。

这里想到了我的buddy，说我不TDD的时候。

先打枪（写代码），枪打到了哪里（代码写成什么样），你的靶子就跑到哪里（你的测试就怎么写）。我肯定是百发百中。。。。

2. 在开始写代码之前各种各样的都想清楚， 不会写无用代码

3. 可重复使用，成本小

对于某些复杂场景，如果没有先写测试，经常性的采用本地debug的方式，效率低，而且成本高。

4. 对自己写的代码信心高

你的代码经常性的回发生变化，比如「重构」，肯能是自己重构，也可能是别人重构。

如果没有测试错了也不知道，经常QA来找你，说某个场景下... 此时，如果有测试，你就可以明确表示不可能。

5. 不用回头补测试

经常性的写完代码要补测试，就会觉得很烦。

为什么烦：

因为写测试对你没有收益。

TDD就会将你的测试前置。一直都在从测试中收益。