BT

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

BDD工具Cucumber并不是一种测试工具

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

如果你使用Cucumber的目的就是为了进行自动化测试,那么其实你还可以做得更好。你可以在Cucumber中编写用户场景,让它表现出业务规则而不仅仅是UI功能。这样你就能够让业务分析师加入这个过程,在编码工作开始前编写场景。程序员们就能够按照这个清晰的规范进行编码工作了。这种方式就是行为驱动开发(BDD)。Aslak Hellesøy表示,他总是看到使用者对Cucumber的错误用法和错误理解。

Hellesøy在2008年时创建了Cucumber,在头三年之内下载量就达到了5百万。他始终强调,Cucumber首先是一种协作工具,它旨在让团队中的所有成员之间达成共识。Cucumber的特性编写应当早于具体用代码实现这些特性。当你使用BDD方式编写实例的时候,回归测试会自然地成为一种副带的结果,但测试本身并不是这个活动的目的。

随着Cucumber for JavaScript项目的出现,Julien Biezemans看到了BDD在web开发中带来的好处,但他也同时表示,Hellesøy所提到的那种误解,即将Cucumber作为一种纯粹的测试工具的想法在这个项目的应用中也是屡见不鲜。此外,对于Biezemans来说,BDD也是一种鼓励所有参与者进行交流的方式,他们通过编写实例的方式让工作目标变得更清晰,并减少歧义,让每个人对于他们所创建的产品达成共识。将这些交流对话所产生的场景进行自动化,只是一种可选的步骤。

Hellesøy去年曾经表示:为了充分利用Cucumber,你必须遵循某种流程,并且让软件团队中的大多数人加入其中。这个流程就是BDD,而Gojko Adzic之后将这一方式重新命名为实例化需求(Specification by Example)。将这个流程稍微简化一下的话,那么它主要包括这两项活动:

  • 需求工作间,此时业务分析师要对需求负责,同时与程序员与测试人员一起讨论要开发的特性(这三种角色也通常称为三个好朋友),与此同时,他们共同编写软件应该如何表现的实例,把它作为Cucumber中的场景。
  • 由外而内的开发,程序员会增量式地进行代码编写,并且使用Cucumber运行场景,直到特性通过测试为止。程序员通常会从最接近用户的功能开始,然后逐步接近核心领域,这也是这一活动命名的由来。

Liz Keogh则提示,定义BDD是一件困难的事,因为这种方法学是从其它许多方法和哲学中派生出来的,因此她发现很难划分一个明确的边界,以确定哪些方法和哲学不属于它。Keogh转而认为,BDD其实是一种术语,它的核心是对话、协作与场景,以及通过自动化的方式实现它们。在这个核心之外是一系列其它实践,包括Hellesøy所提到的内容以及各种工具,包括Cucumber、JBehaveSpecFlow。Keogh用以下这段话表示了她对BDD的定义:

在对话中使用实例,以表现某种行为

查看英文原文BDD Tool Cucumber is Not a Testing Tool

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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