TDD (test driver development)测试驱动开发

为什么需要测试驱动/或者说需要单元测试

我们工作接触的软件项目,不是学生时代,玩一玩就不管了,工作的项目,需要长期维护,并且随着时间的推移需要增加新的需求,进行修改,优化。此时已经距离你编写代码已经过去整整一个月了,看着自己编写的代码,似曾相识,就是不敢修改。每次上线更新,你都战战兢兢!! 如果你遇到这种情况,那么你急需要测试驱动这种软件开发方法。 测试驱动能够帮助我们,更加安全,自信的对代码进行修改,因为有单元测试代码的保护,可以验证每次修改是否破坏了代码。

认识测试驱动

测试驱动开发是一种软件开发过程中的应用方法。能够帮助我们提高保证软件的质量。和以往的接到需求直接开始编写代码不同,测试驱动,要求在接到需求后,先编写测试代码,再编写实际代码。

测试驱动的基础是单元测试。

开发流程: 面向接口开发代码(没有具体实现) –> 针对写的抽象代码编写单元测试 –> 编写具体的功能代码 –> 运行单元测试 –> 通过

测试驱动有三个步骤:
1. 红色 - 先写单元测试,测试还没有具体的功能代码
2. 绿色 实现功能代码
3. 重构 由于有单元测试的保护,重构可以更加大胆,更加有信心。

先看一个简单的实例。
我们需要编写计算两个数相除的一个方法 add(int a,int b )

可以看到,我们只是没有写具体的加法代码, 就写了测试代码。然后运行,显示 红色,代码不符合期望。

TDD (test driver development)测试驱动开发_第1张图片

现在我们编写 实际的功能代码,

TDD (test driver development)测试驱动开发_第2张图片

为了你能够很快速的了解,认识测试驱动和单元测试,我做了一个很简单的例子。你可能会想,这么简单的功能代码,有必要写单元测试吗? 这玩意不是浪费时间吗? 我在前面已经说了这是一个简单的实例,简单到确实没有必要写单元测试,没有必要使用TDD,回到工作中,你的代码可不像上面的实例那么简单。所有你必须保证,代码的质量,并且为了以后,你还能信心满满的进行修改,扩展,优化。如果,你觉得你工作的代码,实在是一处都没有必要写单元测试,那么恭喜你,同学,你可以从现在的公司毕业了,去换个新的行业。

测试驱动适合那些项目

1.需要长期维护的大的项目

如果你的项目,只是一个小小练习,那么,真的没有必要去使用测试驱动,因为在短期看来,写单元测试需要时间,并且单元测试的代码很多时候是功能代码的几倍。

但是长期来看,测试驱动,单元测试是十分有必要的。因为它可以让你更好的设计代码,毕竟写单元测试至少需要功能代码的流程。

可以给你修改的信心,很多时候,我们上个月写的代码,现在再看就看不懂了,如果这个时候还需对他进行扩展,你可能会犯各种各样的错误,此时有了单元测试,每次进行小小的修改,就跑一下单元测试,可以保证此次的修改是否破坏了代码。

给你重构的勇气,随着业务增加,原来设计优美,清晰的代码,会充满坏味道,并且腐化。此时单元测试能够保证你的每一次重构,时候破坏了代码。

编写单元测试需要很多的时间,得不偿失?

是的,在上面的我回答了,什么样的项目需要测试驱动,对于小的简单的并且不需要维护的项目站在公司角度来看,确实不需要去写单元测试。 但是站在程序猿的角度,我们需要为自己编写的每段代码负责,每个项目项目负责,即使再小。

长远来看,前期编写了单元测试消耗了时间,但是在未来进行修改,重构的时候,节省了我们很多时间,并且避免了很多可能因为修改,重构而引入的新问题。

单元测试,可以帮助我们减少调试的时间,设计合理,覆盖充分的用例,可以帮助我们及早的发现bug,并且能更加锻炼我们的思维,给团队其他人员,更快的了解我们编写的代码。





关注我的公众号第一时间阅读有趣的技术故事
扫码关注:

也可以在微信搜索公众号即可关注我:codexiulian
渴望与你一起成长进步!

你可能感兴趣的:(研发管理&&方法论)