测试驱动开发(TDD)开发思路

前端时间看到一个开发思路，就是测试驱动开发(TDD)，试用了一段时间感觉还不错，安利一下。当然可能很多人已经知道了，跳过就好

测试驱动开发，就是我们在开发代码之前，先去做好测试用例，进行测试发现少了什么东西，根据需要补全代码到刚好能实现目前阶段需要，就这样反复循环直到完全解决一开始的测试用例。

没错这个思路第一眼看上去肯定是怎么这么蠢，而且我承认当时真的是抱着看他能有多蠢这么一个念头去看的，但实际试了一段时间，发现还是挺不错的，开发时候思路很清晰，从头到尾你都会非常明确自己的需求，不会出现说写的很high然后忽然发现我去我一开始需求是啥来着这种情况；而犯一些低级错误，比如引错类，把简单问题复杂化，这些的概率会有所降低；另外，因为测试需要将代码相对的独立出来，你会不自觉的降低代码的耦合性，一定程度上会提升代码的质量。

 

举个例子，比如我想要开发机构模块查询功能的代码，那么如下操作

1.写一个测试用例，明确需求，我要测试/group/group这个路径，方法是GET，要求是无条件查询所有机构

2.建立GroupController类，写出一个getAllGroup方法，配好路径，这时候你会发现，我缺少了service类，当然如果你习惯做request封装类，你还会发现少request类和相关的util工具类，而写工具类的时候还会发现少了实体类

3.建立GroupService接口和GroupServiceImpl实现类，定义和处理相关逻辑，这时候你会发现，我缺少了dao和实体类

4.建立Group实体类和GroupDAO类

5.基本的类已经全都写好了，那么功能逻辑实现了嘛？跑一下测试用例继续调吧，循环此步直到功能实现

6.结束

 

当然我举得这个例子因为功能逻辑太简单了，可能没什么特别的感受。但想表达的意思应该是比较清楚了，这个开发思路会帮我们很好的理清代码逻辑，如果你的项目进度并不是特别紧，或者公司明文要求写测试用例，不妨试试这个方法。