TDD测试驱动开发

为什么需要TDD？

传统开发方式，带来大量的低质量代码，而代码质量带来的问题：
1.在缺陷的泥潭中挣扎
开发长时间投入在缺陷的修复中，修复完依赖测试做长时间的回归测试
2.维护困难，开发缓慢
比如重复代码，不好理解的代码等，特别担心改了一个地方影响另外一个地方
代码的信息来源于现场的长时间运行，这一版在现场跑了一个月问题很少，所以稳定

如何解决上面的问题

采用TDD和ATDD的结合

细节层面以TDD测试驱动开发的方式编写代码，不断在微循环中交付功能，不断小步向前，同时重构代码
软件特性和功能层面以ATDD形式构建系统

什么是TDD

TDD 是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。在这里插入图片描述

TDD的机理

DLP（后期调试编程）VS TDD（测试驱动开发）
在这里插入图片描述
DLP：慢反馈导致出错代码上堆积其他改动，定位bug的时间长其次有些代码已经依赖了出错代码，面临推倒重来
TDD：许愿、及时反馈、微循环、预期bug、开发完天然带有测试

有人说，那我开发完了，再去补测试行不行？
如果没有强制的要求，这基本上是天方夜谭，都已经交付给现场了，还有几个人愿意再补测试
而且你还会发现想补也补不上，因为你开发的时候根本没有考虑过可测试性
那TDD是怎么样的呢？因为要先写测试，所以必须考虑可测试性，会让我们的代码耦合度低，更符合面向对象的思想，因为只有这样，才更好测试。
而且你在写测试的时候，相当于你自己调用了一遍自己写的接口功能，那好不好调用设计的如何，自己心里是有数的