《Cucumber:行为驱动开发指南》——2.1 理解我们的目标

第2章 Cucumber初体验

我猜你已经等不及要立刻试试自己的“新玩具”了,下面我们通过一个简单的例子来体会一下使用Cucumber工作是怎样的感觉。在此过程中你也许无法完全理解其中的某些部分,但不必担心,接下来的几章我们会回过头来补充相应的细节。

我们将以由外向内的方式构建一个简单的命令行应用程序,整个开发过程由Cucumber驱动。注意我们是如何小步前进的,每次修改之后我们都会回头运行一下 Cucumber。这种不厌其烦的节奏对于有效使用Cucumber非常重要,关于这一点,实际演示比口头解释更有说服力。

如果想一步步遵循本章的演示的步骤来操作(你会发现这么做其实非常有趣),你需要首先安装Cucumber。如果你还未安装Cucumber,请参考附录B给出的安装指令。

好,那我们开始吧。

2.1 理解我们的目标

我们的目标是编写一个能够执行计算的程序,有些人称之为计算器。

关于这个计算器的未来,我们有一个美好的愿景:一个能够在手机、桌面和浏览器上运行的云端服务,借助通用的数学操作符“团结”整个世界。不过等等,我们是务实的业务人员,因此这个程序的第一个版本应该尽可能简单。第一个版本将是一个用Ruby脚本实现的命令行程序。它接受计算输入,计算完成后在命令行显示结果。

例如,如果输入的内容是

2+2
那么输出应该是4。

类似地,如果输入的内容是

100/2
那么输出就应该是50。

我想你应该明白了。

时间: 2024-08-01 03:48:09

《Cucumber:行为驱动开发指南》——2.1 理解我们的目标的相关文章

“Cucumber行为驱动开发指南”能带给我们什么

介绍 或许你已经了解到了软件开发中一个头疼的事,就是如何产生正确的需求和围绕这些需求如何有效地进行软件开发?但又不知如何着手? 或许你已经了解到了一些相关的理论知识来解决这个难题,如:行为驱动开发(BDD),验收测试驱动开发(ATDD),实例化需求(Specification By Example),但却发现很难消化所有的信息? 或许你已经建立了一套相关的自动化测试,但总觉得在为测试而测试,没有解决实际问题,有点脱钩? 或许你已经开始着手建立自动化测试来做保障,但对那么多的工具无从选择? 也或许

《Cucumber:行为驱动开发指南》——第1章 为何使用Cucumber 1.1自动化验收测试

第1章 为何使用Cucumber 软件始于一个想法. 我们假设这是一个优秀的想法--一个能让世界变得更加美好,或者至少能让一些人赚到一些钱的想法.而软件开发人员所面临的挑战就是要落实这个想法,使其能真正产生效益. 最初的想法是完美.漂亮的.如果拥有该想法的人碰巧是一个天才软件开发人员,那事情就非常简单了:他无须向任何人解释就能直接把想法实现成可工作的软件.然而更常见的情况是,拥有最初想法的人并不具备使其想法变为现实所必需的编程技能,因此这个想法必须从他的脑中传递到另外一些人的脑中.也就是说,相关

《Cucumber:行为驱动开发指南》——1.2 行为驱动开发

1.2 行为驱动开发 行为驱动开发(Behaviour-Driven Development,BDD)1建立于测试驱动开发的基础之上,它标准化了那些优秀TDD实践者的良好习惯.优秀的TDD实践者以自外向内的方式开发软件,最初他们会编写一个失败的客户验收测试,该测试从客户的视角描述系统的行为.作为BDD实践者,我们细心编写验收测试,作为所有团队成员都能读懂的实例.我们使用这个编写实例的过程来获取业务人员的反馈,以便在开始实现软件之前,我们就知道自己是否是在编写正确的软件.在此过程中,我们会主动开发

《Cucumber:行为驱动开发指南》——2.8 让测试通过

2.8 让测试通过 既然已经有了可靠的失败场景,那就是时候让这个Cucumber场景指导我们编写解决方案了. 有一个非常简单的方案能让测试通过,但该方案其实不会有实际的帮助,不管怎样我们先试一下,哪怕为了好玩儿: 下载first_taste/08/calc.rb print "4" 试试运行cucumber,你会看到场景最终通过了: ... 1 scenario (1 passed) 3 steps (3 passed) 0m0.025s 很好!不过这个方案有什么问题呢?毕竟我们说过希

《Cucumber:行为驱动开发指南》——6.3 照管好你的测试

6.3 照管好你的测试 自动化特性的好处在于你可以把它们作为活文档来长期信赖,因为你会将每一个场景都用于检查产品代码,以确保它们仍然有效.对于同代码打交道的程序员来说,这还有另一件好处:在他们开发系统的时候,那些测试可以充当安全网,对任何破坏已有行为的错误都给出警告. 因此,你的特性可以充当一种反馈机制,对整个团队来说提供关于系统行为的反馈,对程序员来说还能提供是否破坏已有行为的反馈.想让这些反馈循环带来好处,测试需要执行迅速,还需要可靠.我们首先来看看影响测试可靠性的问题.6.3.1 渗露的场

《Cucumber:行为驱动开发指南》——第6章 Cucumber常见问题及解决之道 6.1感受痛苦

第6章 Cucumber常见问题及解决之道 如果团队是第一次用Cucumber,用不了多久你就会注意到自己写的代码bug比以前少了.你发现自己可以勇敢地重构那些以前碰都不敢碰的代码.看到自己的第一个场景通过时的那种喜悦,鼓舞着你不断添加一项又一项特性. 然而,一段时间后,事情开始变味了.突然间你发现测试运行的时间实在太长:或者你开始注意到有几个场景会随机地失败,而且通常是在紧张的工期已经临近的时候:也可能不懂技术的利益相关人对这种开发过程兴趣渐失,只剩下开发人员还在阅读那些特性.人们甚至开始问这

《Cucumber:行为驱动开发指南》——6.2 同心协力

6.2 同心协力 6.2.1 偶然细节考虑下面这个为在线邮件客户端编写的场景: Scenario: Check inbox Given a User "Dave" with password "password" And a User "Sue" with password "secret" And an email to "Dave" from "Sue" When I sign in

《Cucumber:行为驱动开发指南》——6.4 停掉生产线和缺陷预防

6.4 停掉生产线和缺陷预防 在团队的所有活动中,哪一件是你觉得最重要的:为新特性编写代码?修复测试中发现的bug?修复生产环境中发现的bug?加速新特性的开发? 令人遗憾的是,在大多数软件团队的优先级列表中,测试的维护都不会出现在靠前的位置.如果办公室大楼里的升降梯坏了,可以确信立刻会有人给设备团队的人打电话.而当测试变得缓慢或脆弱时,除了依赖于它的程序员和测试人员,其他人都不会看到问题的存在.如果你多少还做些测试维护的工作,通常也只在事情坏到令你无法继续忍受,或者因为测试被严重破坏以致产品无

《Cucumber:行为驱动开发指南》——1.4 Cucumber如何工作

1.4 Cucumber如何工作 在深入本书的核心内容之前,我们先简要介绍一个典型的Cucumber测试集,以帮助你了解Cucumber是如何工作的. Cucumber是一个命令行工具.运行时它会从普通语言编写的称为特性(feature)的文本文件中读取你的规格说明,解析需要测试的场景(scenario),然后针对你的系统运行这些场景以达到测试的目的.每个场景由一系列步骤(step)组成,Cucumber会一步步执行这些步骤.为了让Cucumber能理解特性文件,这些文件必须遵循一些基本的语法规