Create ActiveRecord objects without step definitions
cucumber_factory allows you to create ActiveRecord objects directly from your Cucumber features. No step definitions required.
To create a new record with default attributes:
Given there is a movie
To create a new record with attributes set, you can say:
Given there is a movie with the title "Sunshine" and the year "2007"
Boolean attributes can be set by appending
who at the end:
Given there is a movie which is awesome And there is a movie with the name "Sunshine" that is not a comedy And there is a director who is popular
and you can also use
but and commas to join sentences:
Given there is a movie which is awesome, popular and successful but not science fiction And there is a director with the income "500000" but with the account balance "-30000"
If you have many attribute assignments you can use doc string or data table:
Given there is a movie with these attributes: """ name: Sunshine comedy: false """
Given there is a movie with these attributes: | name | Sunshine | | comedy | false |
You can set
belongs_to associations by referring to the last created record of as
Given there is a movie with the title "Before Sunrise" And there is a movie with the prequel above
The example above also shows how to set
has_many associations - you simply set the
belongs_to association on the other side.
You can also refer to a previously created record using any string attribute used in its creation:
Given there is a movie with the title "Before Sunrise" And there is a movie with the title "Limitless" And there is a movie with the prequel "Before Sunrise"
You can also explicitly give a record a name and use it to set a
belongs_to association below:
Given "Before Sunrise" is a movie And there is a movie with the title "Limitless" And there is a movie with the prequel "Before Sunrise"
Note that in the example above, "Before Sunrise" is only a name you can use to refer to the record. The name is not actually used for the movie title, or any other attribute value.
It is not possible to define associations in doc string or data table, but you can combine them in one step:
Given there is a movie with the prequel above and these attributes: """ name: Sunshine comedy: false """
Given there is a movie with the prequel above and these attributes: | name | Sunshine | | comedy | false |
Support for popular factory gems
Given there is a movie (comedy) with the title "Groundhog Day"
You can use FactoryBot traits by putting the traits in parentheses, as a comma-separated list:
Given there is a movie (moody, dark) with the title "Interstellar"
Overriding factory steps
If you want to override a factory step with your own version, just do so:
Given /^there is a movie with good actors$/ do movie = Movie.make movie.actors << Actor.make(:name => 'Clive Owen') movie.actors << Actor.make(:name => 'Denzel Washington') end
Custom steps will always be preferred over factory steps. Also Cucumber will not raise a warning about ambiguous steps if the only other matching step is a factory step. Thanks, cucumber_priority!
Supported Cucumber versions
cucumber_factory is tested against Cucumber 1.3, 2.4, 3.0 and 3.1.
Now create a file
features/step_definitions/factory_steps.rb, which just says
bundle install and restart your server.
There are tests in
spec. We only accept PRs with tests. To run tests:
- Install Ruby 2.5.0
- Create a local MySQL database
spec/support/database.ymland enter your local credentials for the test databases
- Install development dependencies using
- Run tests with the default symlinked Gemfile using
bundle exec rspecor explicit with
BUNDLE_GEMFILE=gemfiles/Gemfile.cucumber-x.x bundle exec rspec spec
We recommend to test large changes against multiple versions of Ruby and multiple dependency sets. Supported combinations are configured in
.travis.yml. We provide some rake tasks to help with this:
For each ruby version do (you need to change it manually):
- Install development dependencies using
- Run tests using
Note that we have configured Travis CI to automatically run tests in all supported Ruby versions and dependency sets after each push. We will only merge pull requests after a green Travis build.
If you would like to contribute:
- Fork the repository.
- Push your changes with passing specs.
- Send us a pull request.
I'm very eager to keep this gem leightweight and on topic. If you're unsure whether a change would make it into the gem talk to me beforehand.
Henning Koch from makandra