Repository files navigation

Extend Cucumber with macro-steps.
Homepage
[Documentation] (https://www.relishapp.com/famished-tiger/macros4cuke/docs)

Macros4Cuke is a Cucumber extension that adds a macro facility for your Cucumber scenarios.
With it, you can create any new step that replaces a sequence of sub-steps.All this can be done directly in your feature files without programming step definitions.

• Works with out-of-the-box Cucumber
• Simple installation and setup (no programming required),
• Familiar syntax for macro-step definitions,
• Sub-step sequence can be of arbitrary length,
• Macro-steps may have data arguments,
• Data values can be passed to the sub-steps,
• Domain neutral: applicable to any kind of application that can be driven with Cucumber,
• A group of sub-steps can be made conditional.

Since version 0.4.00, it is also possible tolist all the encountered macro definitions.

Here is a macro-step example taken from our demo files:

GivenI define the step"When I [enter my userid <userid> and password <password>]" to mean:"""    Given I landed in the homepage    When I click "Sign in"    And I fill in "Username" with "<userid>"    And I fill in "Password" with "<password>"    And I click "Submit"    """

The first line above specifies the syntax of the macro-step (it is the text between the square brackets).
Notice also how the macro-step argumentsuserid andpassword are enclosed between chevrons (angle brackets) <...>.Finally, the text lines between by the triple quotes """ represent the Cucumber steps to execute whenthe macro-step is invoked(used) elsewhere in a feature file.

That macro-step can then be used/invoked in a scenario like this:

WhenI [enter my userid"jdoe" and password"hello-world"]

Once it is executing, the invoked macro-step should be equivalent to:

GivenI landed in the homepageWhenI click"Sign in"AndI fill in"Username" with"jdoe"AndI fill in"Password" with"hello-world"AndI click"Submit"

In other words, this sequence of 5 steps can be replaced by just one.Macros4Cuke not only helps in getting rid of the repeated step sequences,it allows the feature writers to create themselves higher-level stepsthat are closer to the business logic.

See also the working examples in thefeatures/ folder.Nicely formatted documentation extracted from these feature files is also available on theRelish website

Macros4Cuke works with:

• MRI Ruby 1.9.x, 2.0.x and 2.1.x.
• JRuby (was tested with version 1.7.3 and above),
• Rubinius 2.x

Macros4Cuke requires Cucumber.

The macros4cuke gem installation is fairly standard.
If you have aGemfile, addmacros4cuke to it. Otherwise, install the gem like this:

$[sudo] gem install macros4cuke

The procedure to add support for macros in an existing Cucumber projectwas simplified since version 0.5.00.

There are two possible ways to do it:

• By editing manually a support file; or,
• Let Macros4cuke configure your project.

Require the library in one of your ruby files underfeatures/support (e.g.env.rb):

# /features/support/env.rb# Add the next single linerequire'macros4cuke/cucumber'

That's it! Now you can start writing macros in your Cucumber project.

Use the following command-line:

$[sudo] macros4cuke --setup project_path

Whereproject_path is the location of your Cucumber project.
In case the working directory of the shell/command prompt isalready the directory containing the Cucumber project, then thecommand-line is simply:

$[sudo] macros4cuke --setup.

Notice that ending dot above means "the current directory".

Working with a macro-step is a two-stages process:

1. Defining a new macro-step; and,
2. Using that macro-step in a scenario.

Let's begin by taking a closer look at the definition part.

To create a macro-step, you'll need to use adefining step bundled with Macros4Cuke.It is a rather unusual Cucumber step in the sense that its sole purpose is to build another step!
Thedefining step follows the general pattern:

GivenI define the step"When I [some phrase]" to mean:"""  # A sequence of sub-steps comes here  """

The defining step has two key components:

1. Thequoted sentence"When I [some phrase]". That partspecifies the syntax of your future macro-step.
2. The multiline text enclosed between the triple quotes (""") that immediately follows thethe defining step. It is the place where the sub-steps are listed.

These two components are detailed now.

As just mentioned earlier, thequoted sentence determines the syntax of the new macro-step.Its syntax is defined like this:

• The text outside the square brackets follows a fixed pattern. In other words,the quoted sentence MUST always start as follows:"When I [.... Notice however,that the Given, Then and '*' keywords are also allowed.
• The text delimited by the square brackets [...], is called thephrase.

A few remarks about thephrase part:

• It must be unique. In other words, it is not possible to create anothermacro-step with the same phrase. In fact, Macros4Cuke uses the phrase internally as a mean to identify/namea macro-step.
• It may have one or more arguments.Besides that, the text inside the phrase can be arbitrary (well, almost).

A phrase can be without argument as in:

  # A phrase without argument  [enter my credentials]

Alternatively, a phrase can have one or more arguments enclosed between chevrons <...>.For instance, the next first phrase has two arguments, the second has three arguments:

  [enter my<userid> and<password>]  [travel from<origin> to<destination> via<waypoint>]

Each argument (variable) is enclosed between <...> chevrons. In our last example,the argument names are:origin anddestination. Notice thatorigin anddestination arevariable names that will take a value (if any) when the step is invoked(more on this later).

The sub-steps are placed in a Gherkin multiline text, that is, a text that is enclosed betweentriple quotes ("""). In the next example,

GivenI define the step"When I [enter my credentials]" to mean:"""  Given I landed in the homepage  And I fill in "Username" with "tweedledum"  And I fill in "Password" with "tweedledee"  And I click "Sign in"  """

the text between triple quotes enumerates the sub-steps associated with the macro-step.
A pleasing aspect is the familiar syntax the sub-steps have: they closely look to genuine steps of a scenario.
Sub-steps can also have macro arguments.For instance, the previous step sequence could have two arguments calleduserid andpassword:

"""  Given I landed in the homepage  And I fill in "Username" with "<userid>"  And I fill in "Password" with "<password>"  And I click "Sign in"  """

A macro-step can only be invoked after its definition has been read by Cucumber.
The syntax rules for using a given macro-step in a scenario are pretty straightforward:

• Follow closely the syntax of thequoted sentence in the macro definition.
• Replace every <argument> in thephrase by its actual value between quotes.

Consider the following macro-step definition:

GivenI define the step"When I [log in as <userid>]" to mean:"""  # Sub-steps come here...  """

Its quoted sentence is"When I [log in as <userid>]", thereforethe macro-step can be invoked in a scenario like this:

GivenI do this ...WhenI [log in as"jdoe"]AndI do that...

Here is another -partial- macro-step definition:

GivenI define the step"When I [travel from <origin> to <destination> via <stop>]" to mean:"""  # Sub-steps come here...  """

This macro-step can occur in a scenario as:

WhenI [travel from"San Francisco" to"New-York" via"Las Vegas"]

The actual values for the argumentsorigin,destination andstop arerespectively San Francisco, New-York and Las Vegas.

Passing more than three arguments in the phrase becomes problematic from a readability viewpoint.One ends up with lengthy and clumsy steps.
ThereforeMacros4Cuke has an alternative way to pass data values via a Gherkin table.
To enable this mechanism for a given macro, ensure that in its definition the quoted sentence ends witha terminating colon (:) character.

The next example is based on one of the demo feature files:

  # Next step has a colon ':'  after the ']': data can be passed with a tableGivenI define the step"When I [enter my address as follows]:" to mean:"""  When I fill in firstname with "<firstname>"  And I fill in lastname with  "<lastname>"  And I fill in street with "<street_address>"  And I fill in postcode with "<postcode>"  And I fill in locality with "<city>"  And I fill in country with "<country>"  """

This step can be used like this:

WhenI [enter my address as follows]:"  |lastname|Doe|  |firstname|John|  |street_address| Main Street, 22|  |city| Old White Castle|  |postcode|JK345|

Here are few observations worth noticing:

• The data table has two columns.
• Each row is of the form: |argument name| actual value|. For instance, the argumentstreet_address takesthe value "Main Street, 22".
• Data rows don't have to follow strictly the order of the arguments in the sub-step sequence.

In line with most computer languages, Macros4Cuke accepts argument names containing alphanumeric characters andunderscores.
In fact, the only characters that are not allowed in argument names are the following punctuation or delimitingsigns:
!"'#$%&*+-/,.:;=?()<>[]{}\^`|~

An argument appearing in the phrase MUST always be bound to a value at the step invokation.Taking again a previous example of a -partial- macro-step definition:

GivenI define the step"When I [travel from <origin> to <destination> via <stop>]" to mean:"""  # Sub-steps come here...  """

The following step invokation is invalid:

WhenI [travel from"San Francisco" to via"Las Vegas"]

The issue is: the destination value is missing, Macros4Cuke won't be able to find a step with that syntax.
The next invokation is syntactically correct for Macros4Cuke:

WhenI [travel from"San Francisco" to"" via"Las Vegas"]

Thedestination argument gets an empty text as actual value.

For any argument that can receive a value through a data table, three situations can occur:

1. A row for that argument together with a text value are specified at invokation. The argument is bound to that text value.
2. A row for that argument and an empty text value are specified at invokation. The argument is bound to an empty text.
3. There is no row for that argument. The argument is unbound (nil) but is rendered as an empty text.

• Question: is it possible to define a macro-step with a sub-step that itselfuses a multiline text argument (also called a docstring)?
• Answer: Yes but there is a catch.

Consider the following attempt of a macro-step definition:

GivenI define the step"* I [make a long journey]" to mean:"""    When I visit the cities:    """    Amsterdam    Brussels    Copenhagen"""  """

This will result in an error. The issue is caused by the nesting of triple quotes:Cucumber simply doesn't allow this. In fact, the error is reported byGherkin,a component used by Cucumber.
As Gherkin has otherissues with docstrings, weneed a workaround today until the fixes are applied.
The workaround is the following:

• There exists in Macros4Cuke a predefined sub-step argument called<quotes> and its valueis set to a triple quote sequence """.
• Use it everywhere you want to place nested triple quotes.

Thus to make the previous example work, one must change it like follows:

GivenI define the step"* I [make a long journey]" to mean:"""    When I visit the cities:    <quotes>    Amsterdam    Brussels    Copenhagen    <quotes>  """

To make the macros more flexible, it is possible to define conditional sections in the substep sequence.
The general pattern for the conditional section is:

<?foobar>  substep1  substep2</foobar>

This works like this:<?foobar> marks the begin of a conditional section. The end of that section is marked by</foobar>.
Anything that is in this section will be executed provided the argumentfoobar has a value bound to it.Stated otherwise, whenfoobar has no value at invokation, thensubstep1 andsubstep2 will be skipped.
Conditional sections are useful for steps that are optional or for which an empty value '' isn't equal to no value.This is the case in user interface testing: skipping a field or entering a field and leaving it empty maylead to very different system behaviour (e.g. setting the focus in a field can trigger UI-events).

Consider the following example:

GivenI define the step"* I [fill in the form with]:" to mean:"""  When I fill in "first_name" with "<firstname>"  And I fill in "last_name" with "<lastname>"  And I fill in "street_address" with "<street_address>"  And I fill in "zip" with "<postcode>"  And I fill in "city" with "<city>"  # Let's assume that e-mail is optional  <?email>  And I fill in "email" with "<email>"  </email>  And I click "Save"  """

When invoked like this:

WhenI [fill in the form with]:  |firstname     |Alice|  |lastname      |Inn |  |street_address|11,NoStreet|  |city|Nowhere-City|  |country|Wonderland|

the following substep sequence is executed:

WhenI fill in"first_name" with"Alice"AndI fill in"last_name" with"Inn"AndI fill in"street_address" with"11, No Street"AndI fill in"zip" with""AndI fill in"city" with"Nowhere-City"AndI click"Save"

A few remarks concerning the executed sequence:

1. Every macro argument (say, firstname) that takes a value (say, "Alice"), is replacedthat by that value in the substeps.
2. Every macro argument (say, zip) that doesn't have a corresponding row in the data table,is replaced by an empty text (look at the substep for the zip code entry).
3. The substep with the email entry doesn't appear at all. This can be explained by the conditionalsection <?email>... that prevents the enclosed substep(s) to be generated in absence of a value forthe email macro argument.

A typical use case for conditional sections is to prevent the execution of one or more steps inabsence of a given data item. This simulates, for instance, the behaviour of a user that skipsone or more widgets in a page/screen. From a user interface testing viewpoint, entering an emptytext in an entry field may be noticeably different than skipping that same entry field.Think of specific UI-events that can trigger some special system response.

More samples and documentation can be found in thefeatures folder. It containsmany feature files and README.md -in Markdown format-.Most of the material has been rewritten and adapted so that it can be consulted at the Relish website.Relish -The living document- website is great to turn your feature files into an attractive documentation.

[Macros4Cuke @ Relish] (https://www.relishapp.com/famished-tiger/macros4cuke/docs)

When one begins to write macros spread over a large collection of feature filesit becomes interesting to have an overview, a list of all macro ever defined.
ThereforeMacros4Cuke comes with a pre-defined step that generates such a list of macro definitions.
This specialized step has the following syntax:

WhenI want to list all the macros in the file"all_macros.feature"

Whereall_macros.feature is a feature file that will be generated when Cucumberterminates. The resulting feature file lists all the macros (one per scenario) inthe familiar Gherkin syntax. The file is placed in the current directory (i.e. the directory whereCucumber was launched).

Cucumber provides a handy facility that helps to convert implicitly the values of step arguments.A first description of this lesser-known functionality is available at[Step Argument Transforms] (https://github.com/cucumber/cucumber/wiki/Step-Argument-Transforms).
Does Macros4Cuke provide such a facility for its own macro-step arguments?
The answer is no: if macro-steps had their own kind of transformations, then these would have interfere with the ones defined directly in Cucumber.In fact, Cucumber will happily apply transformations on any step, including the macro definition steps and thesteps invoking macros. Stated otherwise, all the rules pertaining to the Step Argument Transforms work as usual. Or almost.There is one very specific case where Cucumber behaves slightly differently: the transforms aren't applied when a sub-step is executed.Internally, Macros4Cuke calls theCucumber::RbSupport::RbWorld::#steps method that allows to run a Gherkin snippet (the substeps),and it appears that this method does not trigger the transforms. In practice, this doesn't prevent the use of transforms togetherwith Macros4Cuke. In the vast majority of cases both will work fine as expected.

Q: Can I define a macro in one scenario and invoke it in another scenario in the same feature file?
A: Yes. Once a macro is defined in a feature file it can be invoked in any scenario that follows the definition.
In fact, the macro can be invoked in any scenario from any feature file, provided the invokation takes placeafter themacro definition.

Q: So, a macro can be shared between multiple files.
A: Indeed. This is similar to genuine step definitions which are global (accessible to every feature files).For macro-steps, again, they can be used anywhere after their definition.

Q: How should I pass arguments: via the phrase or a data table?
A: Both data passing mechanisms can be used at the same time. Favour data value passingvia the phrase when the number of macro arguments is small (say, <= 2).

Q: Can I define a macro-step in aBackground section?
A: No. Here is why: every step from the Background section is executed in each scenario (outline).If a macro were defined in the Background, then the macro definition will occur multiple times, which isflagged as an error by Macros4Cuke.

Q: Can I define a macro-step in aScenario Outline?
A: No, if the scenario outline has multiple rows then an error will occur. Bear in mind,that steps in a scenario outline are repeating n times, n being the number of rows in the example table.Since a macro can only be defined once, placing a macro definition in a scenario outline willmost likely cause an error.

Q: Can Iinvoke/call a macro-step in aBackground orScenario Outline?
A: Yes. As a macro-step can be invoked multiple times.

Macros4Cuke's changelog is availablehere.

• Detailed CI status
• Suggest an improvement
• Report a bug

Stan Lee

Our experience is that macro-steps change deeply the way one designs and writes feature files.
Macro-steps are most useful in UI-testing (e.g. with tools like Capybara) because they help to closethe gap between the user's intent and the low-level user interface actions.
In additionMacros4Cuke allows advanced users to craft their own steps without having to program step definitions.This last argument becomes important in the context of user acceptance testing, a domain where the assumption thatevery tester is also Rubyist is -alas!- far from the truth.

Macros with Cucumber is a hot topic, so it is good to know what other people say about it:
[Support for Macros] (cucumber/gherkin#178)
[Substeps - macro request for the nth time] (http://grokbase.com/t/gg/cukes/133ey063b8/cucumber-substeps-macro-request-for-the-nth-time)

Copyright (c) 2014-2025, Dimitri Geshef. Macros4Cuke is released under the MIT License seeLICENSE.txt for details.