2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
.. _`test generators`:
|
|
|
|
.. _`parametrizing-tests`:
|
|
|
|
.. _`parametrized test functions`:
|
|
|
|
.. _`parametrize`:
|
|
|
|
|
2012-10-18 18:24:50 +08:00
|
|
|
.. _`parametrize-basics`:
|
|
|
|
|
2012-10-07 19:06:17 +08:00
|
|
|
Parametrizing fixtures and test functions
|
|
|
|
==========================================================================
|
|
|
|
|
2017-05-09 22:02:08 +08:00
|
|
|
pytest enables test parametrization at several levels:
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2017-05-09 22:02:08 +08:00
|
|
|
- :py:func:`pytest.fixture` allows one to :ref:`parametrize fixture
|
|
|
|
functions <fixture-parametrize>`.
|
2012-10-08 19:19:31 +08:00
|
|
|
|
2017-05-09 22:02:08 +08:00
|
|
|
* `@pytest.mark.parametrize`_ allows one to define multiple sets of
|
|
|
|
arguments and fixtures at the test function or class.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2017-05-09 22:02:08 +08:00
|
|
|
* `pytest_generate_tests`_ allows one to define custom parametrization
|
|
|
|
schemes or extensions.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2012-10-18 18:24:50 +08:00
|
|
|
.. _parametrizemark:
|
2012-10-07 19:06:17 +08:00
|
|
|
.. _`@pytest.mark.parametrize`:
|
|
|
|
|
2012-10-09 20:35:17 +08:00
|
|
|
|
2012-10-07 19:06:17 +08:00
|
|
|
``@pytest.mark.parametrize``: parametrizing test functions
|
|
|
|
---------------------------------------------------------------------
|
|
|
|
|
|
|
|
.. regendoc: wipe
|
|
|
|
|
2015-07-10 08:50:38 +08:00
|
|
|
.. versionadded:: 2.2
|
|
|
|
.. versionchanged:: 2.4
|
|
|
|
Several improvements.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
The builtin ``pytest.mark.parametrize`` decorator enables
|
|
|
|
parametrization of arguments for a test function. Here is a typical example
|
2012-10-08 19:19:31 +08:00
|
|
|
of a test function that implements checking that a certain input leads
|
|
|
|
to an expected output::
|
2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
# content of test_expectation.py
|
|
|
|
import pytest
|
2016-01-13 09:01:34 +08:00
|
|
|
@pytest.mark.parametrize("test_input,expected", [
|
2012-10-07 19:06:17 +08:00
|
|
|
("3+5", 8),
|
|
|
|
("2+4", 6),
|
|
|
|
("6*9", 42),
|
|
|
|
])
|
2016-01-13 09:01:34 +08:00
|
|
|
def test_eval(test_input, expected):
|
|
|
|
assert eval(test_input) == expected
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2016-01-13 09:01:34 +08:00
|
|
|
Here, the ``@parametrize`` decorator defines three different ``(test_input,expected)``
|
2014-01-10 05:27:23 +08:00
|
|
|
tuples so that the ``test_eval`` function will run three times using
|
2013-05-28 16:32:54 +08:00
|
|
|
them in turn::
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2016-06-21 22:16:57 +08:00
|
|
|
$ pytest
|
2015-06-07 05:30:49 +08:00
|
|
|
======= test session starts ========
|
2017-05-13 04:17:40 +08:00
|
|
|
platform linux -- Python 3.x.y, pytest-3.x.y, py-1.x.y, pluggy-0.x.y
|
2017-03-14 06:41:20 +08:00
|
|
|
rootdir: $REGENDOC_TMPDIR, inifile:
|
2012-10-09 20:35:17 +08:00
|
|
|
collected 3 items
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2012-10-09 20:35:17 +08:00
|
|
|
test_expectation.py ..F
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2015-06-07 05:30:49 +08:00
|
|
|
======= FAILURES ========
|
|
|
|
_______ test_eval[6*9-42] ________
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2016-01-13 09:01:34 +08:00
|
|
|
test_input = '6*9', expected = 42
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2016-01-13 09:01:34 +08:00
|
|
|
@pytest.mark.parametrize("test_input,expected", [
|
2012-10-07 19:06:17 +08:00
|
|
|
("3+5", 8),
|
|
|
|
("2+4", 6),
|
|
|
|
("6*9", 42),
|
|
|
|
])
|
2016-01-13 09:01:34 +08:00
|
|
|
def test_eval(test_input, expected):
|
|
|
|
> assert eval(test_input) == expected
|
2017-05-13 04:17:40 +08:00
|
|
|
E AssertionError: assert 54 == 42
|
2012-10-07 19:06:17 +08:00
|
|
|
E + where 54 = eval('6*9')
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2012-10-07 19:06:17 +08:00
|
|
|
test_expectation.py:8: AssertionError
|
2015-06-07 05:30:49 +08:00
|
|
|
======= 1 failed, 2 passed in 0.12 seconds ========
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2013-05-28 16:32:54 +08:00
|
|
|
As designed in this example, only one pair of input/output values fails
|
|
|
|
the simple test function. And as usual with test function arguments,
|
|
|
|
you can see the ``input`` and ``output`` values in the traceback.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2013-05-28 16:32:54 +08:00
|
|
|
Note that you could also use the parametrize marker on a class or a module
|
|
|
|
(see :ref:`mark`) which would invoke several functions with the argument sets.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2013-05-28 16:32:54 +08:00
|
|
|
It is also possible to mark individual test instances within parametrize,
|
|
|
|
for example with the builtin ``mark.xfail``::
|
2013-05-21 09:12:45 +08:00
|
|
|
|
|
|
|
# content of test_expectation.py
|
|
|
|
import pytest
|
2016-01-13 09:01:34 +08:00
|
|
|
@pytest.mark.parametrize("test_input,expected", [
|
2013-05-21 09:12:45 +08:00
|
|
|
("3+5", 8),
|
|
|
|
("2+4", 6),
|
2016-09-07 17:00:27 +08:00
|
|
|
pytest.param("6*9", 42,
|
|
|
|
marks=pytest.mark.xfail),
|
2013-05-21 09:12:45 +08:00
|
|
|
])
|
2016-01-13 09:01:34 +08:00
|
|
|
def test_eval(test_input, expected):
|
|
|
|
assert eval(test_input) == expected
|
2013-05-21 09:12:45 +08:00
|
|
|
|
2013-05-28 16:32:54 +08:00
|
|
|
Let's run this::
|
|
|
|
|
2016-06-21 22:16:57 +08:00
|
|
|
$ pytest
|
2015-06-07 05:30:49 +08:00
|
|
|
======= test session starts ========
|
2017-05-13 04:17:40 +08:00
|
|
|
platform linux -- Python 3.x.y, pytest-3.x.y, py-1.x.y, pluggy-0.x.y
|
2017-03-14 06:41:20 +08:00
|
|
|
rootdir: $REGENDOC_TMPDIR, inifile:
|
2013-05-28 16:32:54 +08:00
|
|
|
collected 3 items
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2013-05-28 16:32:54 +08:00
|
|
|
test_expectation.py ..x
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2015-06-07 05:30:49 +08:00
|
|
|
======= 2 passed, 1 xfailed in 0.12 seconds ========
|
2013-05-28 16:32:54 +08:00
|
|
|
|
|
|
|
The one parameter set which caused a failure previously now
|
|
|
|
shows up as an "xfailed (expected to fail)" test.
|
|
|
|
|
2015-07-26 20:39:13 +08:00
|
|
|
To get all combinations of multiple parametrized arguments you can stack
|
|
|
|
``parametrize`` decorators::
|
|
|
|
|
|
|
|
import pytest
|
|
|
|
@pytest.mark.parametrize("x", [0, 1])
|
|
|
|
@pytest.mark.parametrize("y", [2, 3])
|
|
|
|
def test_foo(x, y):
|
|
|
|
pass
|
|
|
|
|
2017-07-28 07:02:18 +08:00
|
|
|
This will run the test with the arguments set to ``x=0/y=2``, ``x=0/y=3``, ``x=1/y=2`` and
|
|
|
|
``x=1/y=3``.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
.. _`pytest_generate_tests`:
|
|
|
|
|
|
|
|
Basic ``pytest_generate_tests`` example
|
|
|
|
---------------------------------------------
|
|
|
|
|
2012-10-08 19:19:31 +08:00
|
|
|
Sometimes you may want to implement your own parametrization scheme
|
|
|
|
or implement some dynamism for determining the parameters or scope
|
2014-01-18 19:31:33 +08:00
|
|
|
of a fixture. For this, you can use the ``pytest_generate_tests`` hook
|
2012-10-09 20:35:17 +08:00
|
|
|
which is called when collecting a test function. Through the passed in
|
2016-02-16 06:19:07 +08:00
|
|
|
``metafunc`` object you can inspect the requesting test context and, most
|
2012-10-09 20:35:17 +08:00
|
|
|
importantly, you can call ``metafunc.parametrize()`` to cause
|
2014-01-18 19:31:33 +08:00
|
|
|
parametrization.
|
2012-10-09 20:35:17 +08:00
|
|
|
|
|
|
|
For example, let's say we want to run a test taking string inputs which
|
2014-01-18 19:31:33 +08:00
|
|
|
we want to set via a new ``pytest`` command line option. Let's first write
|
2012-10-09 20:35:17 +08:00
|
|
|
a simple test accepting a ``stringinput`` fixture function argument::
|
2012-10-08 19:19:31 +08:00
|
|
|
|
|
|
|
# content of test_strings.py
|
|
|
|
|
|
|
|
def test_valid_string(stringinput):
|
|
|
|
assert stringinput.isalpha()
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2014-01-18 19:31:33 +08:00
|
|
|
Now we add a ``conftest.py`` file containing the addition of a
|
2012-10-08 19:19:31 +08:00
|
|
|
command line option and the parametrization of our test function::
|
2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
# content of conftest.py
|
|
|
|
|
|
|
|
def pytest_addoption(parser):
|
2012-10-09 20:35:17 +08:00
|
|
|
parser.addoption("--stringinput", action="append", default=[],
|
2012-10-08 19:19:31 +08:00
|
|
|
help="list of stringinputs to pass to test functions")
|
2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
def pytest_generate_tests(metafunc):
|
2012-10-08 19:19:31 +08:00
|
|
|
if 'stringinput' in metafunc.fixturenames:
|
2014-01-18 19:31:33 +08:00
|
|
|
metafunc.parametrize("stringinput",
|
2017-07-28 06:18:44 +08:00
|
|
|
metafunc.config.getoption('stringinput'))
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2012-10-08 19:19:31 +08:00
|
|
|
If we now pass two stringinput values, our test will run twice::
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2016-06-21 22:16:57 +08:00
|
|
|
$ pytest -q --stringinput="hello" --stringinput="world" test_strings.py
|
2012-10-07 19:06:17 +08:00
|
|
|
..
|
2015-06-07 05:30:49 +08:00
|
|
|
2 passed in 0.12 seconds
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2012-10-09 20:35:17 +08:00
|
|
|
Let's also run with a stringinput that will lead to a failing test::
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2016-06-21 22:16:57 +08:00
|
|
|
$ pytest -q --stringinput="!" test_strings.py
|
2012-10-08 19:19:31 +08:00
|
|
|
F
|
2015-06-07 05:30:49 +08:00
|
|
|
======= FAILURES ========
|
|
|
|
_______ test_valid_string[!] ________
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2012-10-08 19:19:31 +08:00
|
|
|
stringinput = '!'
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2012-10-08 19:19:31 +08:00
|
|
|
def test_valid_string(stringinput):
|
|
|
|
> assert stringinput.isalpha()
|
2017-05-13 04:17:40 +08:00
|
|
|
E AssertionError: assert False
|
2016-08-02 02:46:34 +08:00
|
|
|
E + where False = <built-in method isalpha of str object at 0xdeadbeef>()
|
|
|
|
E + where <built-in method isalpha of str object at 0xdeadbeef> = '!'.isalpha
|
2017-05-13 04:17:40 +08:00
|
|
|
|
2012-10-08 19:19:31 +08:00
|
|
|
test_strings.py:3: AssertionError
|
2015-06-07 05:30:49 +08:00
|
|
|
1 failed in 0.12 seconds
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2014-01-18 19:31:33 +08:00
|
|
|
As expected our test function fails.
|
2012-10-09 20:35:17 +08:00
|
|
|
|
|
|
|
If you don't specify a stringinput it will be skipped because
|
|
|
|
``metafunc.parametrize()`` will be called with an empty parameter
|
2015-10-30 15:58:41 +08:00
|
|
|
list::
|
2012-10-09 20:35:17 +08:00
|
|
|
|
2016-06-21 22:16:57 +08:00
|
|
|
$ pytest -q -rs test_strings.py
|
2012-10-09 20:35:17 +08:00
|
|
|
s
|
2015-06-07 05:30:49 +08:00
|
|
|
======= short test summary info ========
|
2017-07-31 05:37:18 +08:00
|
|
|
SKIP [1] test_strings.py:2: got empty parameter set ['stringinput'], function test_valid_string at $REGENDOC_TMPDIR/test_strings.py:1
|
2015-06-07 05:30:49 +08:00
|
|
|
1 skipped in 0.12 seconds
|
2012-10-07 19:06:17 +08:00
|
|
|
|
2017-09-10 08:50:45 +08:00
|
|
|
|
|
|
|
Note that when calling ``metafunc.parametrize`` multiple times with different parameter sets, all parameter names across
|
|
|
|
those sets cannot be duplicated, otherwise an error will be raised.
|
|
|
|
|
2012-10-08 19:19:31 +08:00
|
|
|
For further examples, you might want to look at :ref:`more
|
|
|
|
parametrization examples <paramexamples>`.
|
2012-10-07 19:06:17 +08:00
|
|
|
|
|
|
|
.. _`metafunc object`:
|
|
|
|
|
|
|
|
The **metafunc** object
|
|
|
|
-------------------------------------------
|
|
|
|
|
|
|
|
.. currentmodule:: _pytest.python
|
2015-07-10 08:50:38 +08:00
|
|
|
.. autoclass:: Metafunc
|
2016-08-23 10:35:41 +08:00
|
|
|
:members:
|