写点什么

测试驱动开发:众人关注,讨论热烈

  • 2007-09-24
  • 本文字数:1692 字

    阅读完需:约 6 分钟

近日以 JavaEye 为主的技术社区发起了一系列关于测试驱动开发的讨论。从讨论中可以看出,越来越多的开发者对测试驱动开发表现出浓厚的兴趣,一些人已经在实践中总结出了自己的经验;但与此同时,各种与测试驱动开发相关的误解仍然广泛存在。

在一个题为“这样的 TDD 实践方式有问题?” 的讨论串中,作者 hyysguyang 讲述了自己在面试中遇到的一个问题:以 TDD 的方式,编写“将一个句子反转”的程序。这个看似简单的例子,却让作者 和面试者产生了很大的分歧,并引发出关于“如何测试驱动开发”和“如何重构”的大量讨论。作为对这个帖子的回复,gigix 在题为“测试如何驱动开发”的帖子中写了三个测试案例,分别测试“把句子拆分成单词”、“反转一个句子”、“反转另一个句子”的功能。

随后的讨论围绕着“TDD 和传统意义上的测试之间的区别”展开。ozzzzzz 这样说道:

测试是测试,测试驱动是测试驱动,别把两个东西搞混了。说白了测试驱动还是需求驱动,而测试则需要考虑更多的东西。gigix 的做法在 tdd 看来很棒,但是在测试角度看则很不完整。TDD 的做法并不是要你在最早就准备好一个完整的测试系统,而是要你通过写准对需求的测试,也就是针对功能的测试,来因对性的完成你的代码。这是一个由需求,转换为针对测试,再 [转换为] 因对的代码的过程。

对于并非直接功能需求的“把句子拆分成单词”的测试案例,gigix 的解释是:

这个测试就是所谓的“设计过程” 我把一个大的问题分解成两个小的问题,先用测试驱动解决第一个,再用测试驱动解决第二个。
一开始我只考虑怎么实现。我设计了一个 split 的功能,所以我给它写测试,然后实现它。实现完以后,我发现 split 显然不应该是 StringReverser 的功能,所以我重构它,把它抽取到 SentenceSplitter 类,并且把对应的测试也搬到 SentenceSplitterTest。这个时候 StringReverser 的 split 方法只是一句直接的 delegate,所以不需要测试,并 且可以直接 inline 到 reverse 方法内部去。

众所周知,测试驱动开发在大部分企业里仍然没有得到实施,更多的开发者还在用观望、了解和学习的态度看待它,一个常见的问题就是“花费时间写测试是否合算”。在题为“ TDD,想说爱你不容易”的文章里,作者 yananay 对实施测试驱动开发的成本和收益做了一个简单的核算:

一个月下来,我能运行的测试类有 140 多个……这样,每次系统改动的时候,我只要把这些测试全运行一次,就知道我负责的模块是不是有问 题。 那么其他人呢?他们仍然在手动测试……就算我那 140 个测试方法都是单独的,[编写] 每个方法我需要 10 分钟, 那么我需要 1400 分钟,1400/60 = 23.3 个小时。也就是说,一个月下来,我只需要多付出 23.3 个 小时。 那么收益是多大呢?一个月后,我只需要 20 分钟就可以知道系统是不是存在错误,而他们却 需要几个小时,而且未必准确。

James Zhao 在讨论中对测试驱动开发做了一个很好的总结:

既然是测试驱动,那么,TDD 就和需求关系紧密,至少距离需求比较近,而不是传统的那些开发过程,测试排在最后。软件最终由程序员写代码实现,所以程序员需要理解需求,实现系统功能,把问题解决在自己的范围之内,因此是不是测试驱动开发,程序员自己的测试都很重要,而测试驱动开发就更向前走了超前的一步,保障软件的质量,开发的效率。 至于风险,应该说随着软件开发方法、开发过程理论实践的不断发展,风险是逐渐下降的,也就是说,使用传统的开发过程,风险可能会更大。能够起到多大的作用,提高多少效率,存在多大风险,在于使用 TDD 的开发者的水平。

在文章的最后,作者 yananay 毫不掩饰地表达出自己对测试驱动开发的信心:

如果你是一个准备购买软件的客户,那么你可以毫不犹豫地要求软件开发商使用 TDD 的方式, 因为你应该知道这样做其实是在保护你的利益。如果你是一个老板,那么你应该立刻要求下属学习并实践 TDD,如果客户不买单,那么你应该 买单,因为你应该相信,微小的成本会换来更好的软件,更好的软件会迎来更多的客户。 如果你是一个开发人员,那么你应该立刻学习并实践 TDD,如果你的客户和老板都不准备买 单,那么就自己买单。你应该相信,微小的付出,会换来更多的价值!

您的看法呢?

2007-09-24 21:091021

评论

发布
暂无评论
发现更多内容

香港科技大学与OSL海科签订无毒海洋防污技术独家授权协议

极客编

看完这篇,你也是字符编码大神(ASCII、Unicode、UTF-8、UTF-16、UTF-32)

Meandni

Java 面试 Unicode utf-8 utf-16

识别代码中的坏味道(一)

Page

Java 面向对象 重构

程序员小白的个人思考

程序员小岑

程序员 职场 思考 感悟

Leetcode 556. Next Greater Element III

隔壁小王

算法

《零基础学 Java》 FAQ 之 5-如何在IntelliJ IDEA里配置JDK

臧萌

Java jdk intellij

LeetCode 781. Rabbits in Forest

liu_liu

LeetCode

Web3极客日报#129

谢锐 | Frozen

区块链 独立开发者 技术社区 Rebase Web3 Daily

十大经典排序算法总结

淡蓝色

Java 算法 计算机基础 排序

克服恐惧,勇于分享

孙苏勇

程序员 分享 工作

工作原则:决策要基于数据的支撑

Janenesome

高效工作 思考 原则

MySQL安全-审计

一个有志气的DB

安全 MySQ

我画了35张图就是为了让你深入 AQS

一枝花算不算浪漫

AQS jdk源码

Redis实现热卖商品排行榜

北漂码农有话说

redis

原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD (八)好单元测试的特质

编程道与术

Java 编程 软件测试 TDD 单元测试

不要做软件开发团队中打破窗户的那个人

程序员小岑

程序员 思考 感悟 软件开发 团队

玄铁重剑,我用过最贵重的键盘

池建强

ipad 苹果 键盘

VSCode 集成 Haskell 环境

liu_liu

vscode haskell hie Haskell Language Server

职涯思考

Kevin Z

职业 思考 工程师思维 硬件 工程师

Mac 使用笔记

FeiLong

Binlog2sql恢复误删除的数据

一个有志气的DB

MySQL 安全 数据

LeetCode 513. Find Bottom Left Tree Value

liu_liu

LeetCode

当你不被尊重的时候,才会想起去尊重别人

小天同学

人生 个人成长 感悟

测试开发专题:spring-boot自定义返回参数校验错误信息

王德发

Spring Boot 测试

《零基础学 Java》 FAQ 之 6-Java里Bean这个名字怎么来的

臧萌

Java spring

webpack入门系列之二——插件使用及热更新打包

子铭

Web

修改网桥默认地址

奔跑的菜鸟

Docker

Web3极客日报#141

谢锐 | Frozen

区块链 独立开发者 技术社区 Rebase Web3 Daily

“我XXXX,还能学编程吗?”

三号无名指

编程 程序员 工具 入门

要做医生,不要做卖药的

Janenesome

高效工作 思考 沟通

Python3.6.1官方文档练习——初入江湖(二)

小匚

测试驱动开发:众人关注,讨论热烈_研发效能_林芷薰_InfoQ精选文章