TDD测试驱动开发设计方法论

        从狭义上说TDD就是「单元测试驱动开发」,我是把它看做一种开发的模式,也可以说是开发时的一种套路,百度百科的说法是这样的:

    TDD是测试驱动开发(Test-Driven Development)的英文简称,是敏捷开发中的一项核心实践和技术,也是一种设计方法论。TDD的原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践,但不只适用于XP(Extreme Programming),同样可以适用于其他开发方法和过程。

        说了一大堆,具体呢我也看不懂,下面就来分析分析,具体了解一下TDD测试开发

编码开发

想必各位在写项目的时候都会遇到这种情况,不知道自己这段要写成什么样,怎么才算结束;交流成本高,与测试的杠精各种杠,要么不合格,要么设计过度了等等一系列的问题

运行测试

而测试的也会遇到一些问题,跟开发意见不统一,被开发各种嫌弃;测试时间长,测试代码覆盖率不高

而TDD就解决了这些问题

        TDD的基本思想就是在开发功能代码之前,先编写测试代码。也就是说在明确要开发某个功能后,首先思考如何对这个功能进行测试,并完成测试代码的编写,然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能,直到完全部功能的开发。

TDD 的好处

1提前澄清需求:先写测试提前了澄清需求细节

2降低开发者负担:通过明确的流程,让开发一次只关注一个点,思维负担更小。

3快速反馈:便于开发测试之间的交流

4更好的单元测试:测试代码覆盖率高

5代码质量更高:能够迅速发现、定位bug

6更利于开发人员写文档:开发人员写文档是一件很头疼的事情,不过通过测试案例的参考,写文档思路更佳

当然,有好处就也会有坏处,而坏处正是目前“TDD”已死这种说法不断出现的原因

TDD的坏处

1工期紧,时间短,写TDD太浪费时间

2业务需求变化太快,修改功能都来不及,根本没有时间来写TDD

3写TDD对开发人员的素质要求非常高,普通的开发人员不会写

从目前的趋势上来看,大多都不会用TDD,主要还是赶时间、门槛高和客户改需求等原因

欢迎关注微信公众号:看到我请叫我滚去学习

你可能感兴趣的:(TDD测试驱动开发设计方法论)