Cucumber 之Gherkin

1.Gherkin简介:

Cucumber是一个解释程序,就像ruby命令执行解释 .rb文件里的Ruby代码一样,Cucumber用来执行解释 .feature文件里的Gehrkin代码。

2. 关键字:

当你编写一个feature文件的时候,会用到很多Gherkin语言里特定的关键字,主要包括下这面些:

  ? Feature

  ? Background

  ? Scenario

  ? Scenario outline

  ? Scenarios (or examples)

  ? Given

  ? When

  ? Then

  ? And (or but)

  ? | (用来定义表格)

  ? """ (定义多行字符串)

  ? # (注释)

  我们可以在关键字后面写任何我们想写的东西。关键字Given, When, Then, And 和 But用来指示一个场景中的步骤。

每一个feature文件必须以关键字Feature开始,且紧跟着一个冒号和一个描述。这个描述可以在很多行上,但一般来说比较好的模式是写一句简短的概述,紧接着在下一行对此进行一个简明的描述。比如:

Feature: Book flight

In order to book a flight

As a user

I want to find the cheapest flight

当然有一点需要指出的是,Cucumber并不关心你在这里写了什么。它只是简单的忽略这些代码直到它碰到关键字Background, Scenario 和 Scenario Outline. 我们写这些的目的仅仅是为了沟通和交流。

3. Scenarios/Steps/The cucumber Command

  1. Scenario:一个feature文件里面可以有很多个Scenario,一个Scenario就是一个具体的你想要测试的功能点,一个Scenario又是由很多个步骤(Steps)组成的。Scenario明确的描述我们期望的程序的行为,且方便不同职位的人员进行沟通,因为你只要看到一个Scenario,很容易就知道它想做什么。

一个Scenario的第一部分是Scenario关键字后面紧跟一个冒号和一个对应该场景的描述。如下:

Feature: Book flight

In order to book a flight

As a user

I want to find the cheapest flight

Scenario: Successful booking flight

  2. Steps:每个Scenario都可以使用任意数量的步骤来描述任何发生在该场景里的事情,一个步骤通常是一行单独的文本并且由以下这些关键字开头:Given,When,Then,And and But. 如下:(注意:步骤后面不需要跟冒号)

Feature: Book flight

In order to book a flight

As a user

I want to find the cheapest flight

Scenario: Successful booking flight

Given I visit a website to book flight

  3. The cucumber Command: 一旦我们写好了一个feature文件,我们就可以使用 命令来运行它。如果命令后不跟任何东西的话,那么它会执行所有的.feature文件。如果我们只想运行某一个.feature文件,我们可以使用命令

4.Given/When/Then/And/But

  a) Given:表示scenario中我们接受/认为是真的东西,它将为后面的when(事件/操作)和Then(输出)提供背景/上下文;如:Given I visit a website

  b)When:表示scenario中的事件或动作;如:When I click the submit button.; 一般我们喜欢在一个scenario中只有一个事件或动作,因为这样容易理解scenario的目的且容易找到错误当失败的时候;

  c) Then:表示预期的输出;

  d) And/ But: 我们可以使用And 和 But 作为Given/When/Then的同义词,如:” ” 这里的And就是Given的意思;再如:”,” 这里的But就是Then的意思;

例:

  Scenario: transfer money (declarative)

  Given I have $100 inchecking

  And I have $20 insavings

  When I transfer $15 from checking to savings

  Then I should have $85 inchecking

  And I should have $35 insavings

5. Tags:

  正如前面提到的一个.feature 文件里面可以有很多scenario组成。如果我们运行了一个包含有很多个scenario的feature文件时,它会执行这个文件里面所有的 scenario;但是有的时候我们可能只想运行某一个/些特别的scenario时,这时我们可以使用Tags;

在Cucumber里Tag看上去和Ruby的实例变量比较像。如@wip, @foo…可以在Feature或Scenario关键字前给feature或scenario添加任意数量的tags,如:

  @approved @book_flight

  Feature: Book flight

  @wip

  Scenario: Book a flight on web

  一个Scenario会继承指定给Feature的tags,所以在上面的例子中,Scenario有三个tags:@approved @book_flight @wip.  然后我们就可以使用命令:cucumber  --tags tag_name来运行我们想运行的那部分Scenario.如:cucumber --tags @wip

  此外,--tags还支持复杂的表示示,包括: AND,OR和NOT,如下:

  cucumber --tags

(foo,)bar

  #@foo || @bar        运行所有包含@foo OR @bar的scenarios

  cucumber --tags @foo --tags @bar

  # @foo && @bar   运行所有包含@foo AND @bar的scenarios

  cucumber --tags [email protected]

  #[email protected]                  运行所有不包含@dev的scenario

  cucumber --tags @foo,[email protected] --tags @baz

  # (@foo || [email protected]) && @baz

来源: http://blog.sina.com.cn/s/blog_6b59aaa701017s6l.html

时间: 2024-10-11 20:27:33

Cucumber 之Gherkin的相关文章

Cucumber测试驱动开发

Cucumber是一种BDD实践开发工具,属于敏捷开发的组成部分. 在敏捷开发中,对用户进行需求分析时,不是像传统的P&D的开发方式,首先编写大量的用户需求分析文档,而是通过一个个User Story来进行用户需求的分析. User Story的编写,也就是Cucumber的Gherkin编写.由一个个feature组成.User Story的编写应该符合SMART原则,即简明详细.可测量.可以在一个迭代内实现.有商业价值,并且可测试. BDD开发流程 首先应该在编写具体的代码前,先编写测试文件

行为驱动开发(BDD) - 深入了解

行为驱动开发(BDD) - 一个快速的描述和示例 BDD表示乙 ehavior e里文e才有发展.用于描述行为的语法是Gherkin. 这个想法是尽可能自然地描述一种语言应该发生什么. 如果你熟悉单元测试,并且很容易编写单元测试,那么你熟悉它们的阅读方式.根据测试需要覆盖的程度,可以很难弄清楚它的作用,因为毕竟只是代码. 只有开发人员才能真正了解那里发生了什么. BDD以不同的方式解决问题. 让我们来隐藏代码,开始一个对话,所以现在任何人都可以阅读一个场景并了解它的测试. 举一个例子: 给定第一

CucumberJS 资源

https://cucumber.io/docs/reference/javascript https://github.com/cucumber/cucumber-js https://coyee.com/article/12351-bdd-in-javascript-getting-started-with-cucumber-and-gherkin   //JavaScript 中的 BDD : Cucumber 和 Gherkin 入门

Cucumber入门之Gherkin

1.Gherkin简介: Cucumber是一个解释程序,就像ruby命令执行解释 .rb文件里的Ruby代码一样,Cucumber用来执行解释 .feature文件里的Gehrkin代码. 2. 关键字: 当你编写一个feature文件的时候,会用到很多Gherkin语言里特定的关键字,主要包括下这面些: ? Feature ? Background ? Scenario ? Scenario outline ? Scenarios (or examples) ? Given ? When ?

Cucumber(一): Preparation

Every time I wrote some code in ruby and executed our cucumber features I craved for something similar in Java. I knew that there were several BDD frameworks for Java like JBehave, JDave, and EasyB, but none of them was right for me: either it used a

行为驱动:Cucumber + Selenium + Java(四) - 实现测试用例的参数化

在上一篇中,我们介绍了Selenium + Cucumber + Java框架下的使用Tags对测试用例分组的实现方法,这一篇我们用数据表格来实现测试用例参数化. 4.1 什么是用例参数化 实际测试中,我们可能经常会去测试几个类似的场景,或者一些大同小异的测试点. 比如说,测试用户登录的过程中,为了满足测试的完整性,我们会要通过等价类划分等基本方法,去测试登录系统对于有效类--正确的用户名密码:和无效类--错误的用户名密码等场景. 这一些场景的前序步骤都很类似,如果我们对于每一个这样的用例都从头

行为驱动:Cucumber + Selenium + Java(一) - Cucumber简单操作实例

场景(Scenarios) 场景是Cucumber结构的核心之一.每个场景都以关键字“Scenario:”(或本地化一)开头,后面是可选的场景标题.每个Feature可以有一个或多个场景,每个场景由一个或多个步骤组成.一个非常简单的场景示例可以是: Scenario:验证帮助功能.给定用户导航到Facebook.当用户单击帮助时,将打开帮助页面. 考虑一种情况,其中我们需要不止一次地执行测试场景.假设,我们需要确保登录功能适用于所有类型的订阅用户.这需要多次执行登录功能场景.复制粘贴相同的步骤为

行为驱动:Cucumber + Selenium + Java(三) - 使用标签实现测试分组

3.1 Cucumber标签 实际工作中,我们的自动化用例库可能会变得非常庞大.如果只是按照先前的方式去执行,则每一次都会执行全部用例,真实使用时这是不现实的. Cucumber给我们提供一种用标签来组织自动化用例的办法,通过分别在feature和scenario级别上定义一个或多个标签,然后再在runner类里定义要执行的标签情况,就可以达到测试分组的目的. 标签以"@"开头.在"@"之后,可以使用任何相关文字来定义标签. 根据实际的工作场景,我们可以定义出各种各

cucumber 有关链接整理

行为驱动开发之四,为自动化测试(运行Cucumber)提速:http://www.cnblogs.com/jarodzz/archive/2011/09/04/2163222.html CUCUMBER TUTORIAL:http://www.toolsqa.com/cucumber/first-cucumber-selenium-java-test/ Android app testing with Android Studio (Gradle) and AppThwack:http://bl