BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

行为驱动开发工具Cucumber的质疑

| 作者 Jan Stenberg 关注 29 他的粉丝 ,译者 孙镜涛 关注 2 他的粉丝 发布于 2013年10月9日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

行为驱动开发(BDD)工具Cucumber在Ruby的TDD社区中流行了有一段时间了。它提供了一种编写任何人都能够理解的测试的方法,而不管他们拥有什么技术知识。 这一切都很好,但是Cucumber的所有优点都是真正有益的么,Kevin Liddle在一个Cucumber案例中提出了自己的质疑。

理论上Cucumber可以作为开发者和管理者之间的桥梁,但是Kevin的经验是我们从未按照这种方式去使用它。非技术人员并不会读代码,他们关心的是用例和应用程序的使用。

Kevin使用Cucumber并不是为了测试而是为了收集功能需求。他发现Gherkin 语法提供了一种非常清晰且简明的解释功能的方式。

Kevin的建议是停止编写Cucumber测试,除非确实有一些不理解纯Ruby代码的人要阅读它们。

在一个回复中,Jon Frisby 写下他对Cucumber的看法。他发现真正的价值在于捕获功能的意图,要注意,这和Kevin的收集功能需求相比有一点细微的不同。

Jon将需求描述为此刻的时间(moment-in-time)快照,是项目人员之间交流想法的一种手段 。根据那一时刻的上下文这是唯一有意义的东西。相比之下,Jon将意图看作是一种更加上下文无关的解释目标的方式。他发现在交流需要构建什么的时候它们没那么有用,但是它们却填补了维护系统时需求的空白。Jon通过一个场景做了例证,在该场景中你正在实现一个功能,但在你这样做的时候测试会失败。按照Cucumber即意图规范(Cucumber-As-Intent-Specification)的方式正确编写测试,那么测试将告诉你功能的高层目的是什么。这通常会让它非常容易理解为什么测试会失败,以及如何解决。在他的文章中,Jon给出了一些他认为能够很好地描述这一意图的功能示例。

Matt Polito也对Kevin的观点做了回应,他阐述的观点可以概括为,Cucumber让我们能够使用普通的英语描述应用程序的预期行为,而不需要依赖于代码库作为描述这些行为的唯一来源。

Cucumber 是一个开源的BDD工具,目前支持9中编程语言,包括Ruby、基于JVM的语言和JavaScript。

.NET语言是通过SpecFlow 项目支持的。

查看英文原文Behaviour Driven Development Tool Cucumber Questioned

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT