A plugin for running behavior-driven tests using gherkin inside nose2
.
To enable planterbox
for your project, you'll want to add the following lines (or similar) to your unittest.cfg
:
[unittest]
plugins = planterbox
[planterbox]
always-on = True
planterbox
is compatible with nose2.plugins.mp
.
planterbox
tests exist inside a python package which provides a context for their execution. You should write your tests in .feature
files in the package directory. .feature
files have access to all steps defined in or imported into their package's __init__.py
. For example, with the directory structure:
planterbox/
tests/
test_feature/
__init__.py
basic.feature
If __init__.py
contains:
from planterbox import step
@step(r'I add (\d+) and (\d+)')
def add(test, a, b):
a = int(a)
b = int(b)
test.result = a + b
@step(r'the result should be (\d+)')
def check_result(test, value):
value = int(value)
test.assertEqual(test.result, value)
basic.feature
could contain:
Feature: Basic Tests
I want to exercise generation of a simple test from a feature.
Scenario: I need to verify basic arithmetic.
Given I add 1 and 1
Then the result should be 2
We could then run this test either by running all of the tests in the suite with nose2
or run it specifically with nose2 planterbox.tests.test_feature:basic.feature
. We could even run the first scenario specifically with nose2 planterbox.tests.test_feature:basic.feature:0
.
planterbox
steps are python functions decorated with @planterbox.step(PATTERN)
. PATTERN
can be a python regular expression, which must start matching expected step text after the gherkin step prefixes.
Groups matched within PATTERN
are provided to the decorated function as arguments. All steps are provided with the ScenarioTestCase
object for the currently executing scenario as their first argument. Unnamed groups are provided to the step as positional arguments after this. Named groups will be passed as keyword arguments. PATTERN
cannot mix unnamed and named groups. If any named groups are used, all groups must be named groups.
All the steps in a feature's package will be available to that feature's scenario. These steps can be defined in the package or imported from somewhere else.
setUpModule
and tearDownModule
methods in a feature's __init__.py
will be run before and after all features in that package, respectively. planterbox
provides some extra hooks for doing preparation or cleanup. Functions can be registered as hooks by decorating them with @planterbox.hook(TIMING, STAGE)
. TIMING
can be 'before'
or 'after'
and STAGE
any of 'feature'
, 'scenario'
, 'step'
, 'failure'
, or 'error'
.
All hooks are expected to take one argument: the TestCase
subclass for the active feature.
As with steps, hooks must be directly present in the feature's __init__.py
in order to be run.
planterbox
supports scenario outlines. These allow you to execute a scenario multiple times with different values. For example:
Feature: Example Tests
I want to exercise generation of a test with examples from a feature.
Scenario Outline: I need to verify basic arithmetic with examples.
Given I add <x> and <y>
Then the result should be <z>
Examples:
x | y | z
1 | 1 | 2
1 | 2 | 3
2 | 1 | 3
2 | 2 | 4
Your 'before'
and 'after'
'scenario'
hooks will only run once for the entire scenario outline.
You can run tests by allowing nose2's autodiscovery to find all of your tests, or you can specify specific tests to be run on the command line. When specifying specific tests, you can either specify an entire package, an entire feature, or individual scenarios. Individual scenarios can be specified either by index (from 0) or by name.
nose2 planterbox.tests.test_feature
nose2 planterbox.tests.test_feature:basic.feature planterbox.tests.test_hooks:hooks.feature
nose2 planterbox.tests.test_feature:basic.feature:1
nose2 planterbox.tests.test_feature:basic.feature:0
nose2 planterbox.tests.test_feature:basic.feature:"I need to verify basic arithmetic"
nose2 planterbox.tests.test_feature:basic.feature:"I need to verify basic arithmetic."
If your feature includes multiple scenarios with the same name, all will be run when that name is given. Names with a trailing period can be specified with or without the trailing period.