2010-11-02 07:53:53 +08:00
Installation and Getting Started
2010-10-14 07:25:09 +08:00
===================================
2010-10-14 01:30:00 +08:00
2011-07-09 18:02:22 +08:00
**Pythons**: Python 2.4-3.2, Jython, PyPy
**Platforms**: Unix/Posix and Windows
**PyPI package name**: `pytest <http://pypi.python.org/pypi/pytest>`_
2010-10-14 01:30:00 +08:00
2011-07-09 19:23:58 +08:00
**documentation as PDF**: `download latest <http://pytest.org/latest/pytest.pdf>`_
2010-11-25 19:11:10 +08:00
.. _`getstarted`:
2010-10-25 03:55:27 +08:00
Installation
----------------------------------------
2010-10-14 01:30:00 +08:00
2010-10-25 03:55:27 +08:00
Installation options::
2010-10-14 07:25:09 +08:00
2011-09-23 13:35:47 +08:00
pip install -U pytest # or
easy_install -U pytest
2010-10-14 07:25:09 +08:00
2010-10-25 03:55:27 +08:00
To check your installation has installed the correct version::
2010-10-14 07:25:09 +08:00
$ py.test --version
2012-07-16 16:47:41 +08:00
This is py.test version 2.3.0.dev2, imported from /home/hpk/p/pytest/pytest.pyc
2011-02-03 22:14:50 +08:00
setuptools registered plugins:
2012-05-23 00:30:34 +08:00
pytest-xdist-1.8 at /home/hpk/p/pytest-xdist/xdist/plugin.pyc
2012-07-16 16:47:41 +08:00
pytest-bugzilla-0.1 at /home/hpk/tmp/eanxgeek/pytest_bugzilla.pyc
pytest-cache-0.9 at /home/hpk/p/pytest-cache/pytest_cache.pyc
oejskit-0.9.0 at /home/hpk/p/js-infrastructure/oejskit/pytest_jstests.pyc
pytest-pep8-1.0.1 at /home/hpk/venv/1/local/lib/python2.7/site-packages/pytest_pep8.pyc
pytest-cov-1.6 at /home/hpk/venv/1/local/lib/python2.7/site-packages/pytest_cov.pyc
2010-10-14 07:25:09 +08:00
2010-11-06 06:37:25 +08:00
If you get an error checkout :ref:`installation issues`.
2010-10-14 01:30:00 +08:00
2010-11-25 19:11:10 +08:00
.. _`simpletest`:
2010-11-02 07:53:53 +08:00
Our first test run
2010-10-25 03:55:27 +08:00
----------------------------------------------------------
2010-10-14 01:30:00 +08:00
2010-11-06 06:37:25 +08:00
Let's create a first test file with a simple test function::
2010-10-14 01:30:00 +08:00
# content of test_sample.py
def func(x):
return x + 1
2010-11-06 06:37:25 +08:00
2010-10-14 01:30:00 +08:00
def test_answer():
assert func(3) == 5
2010-11-06 06:37:25 +08:00
That's it. You can execute the test function now::
2010-10-14 01:30:00 +08:00
2010-11-06 06:37:25 +08:00
$ py.test
2010-11-02 07:53:53 +08:00
=========================== test session starts ============================
2012-07-16 16:47:41 +08:00
platform linux2 -- Python 2.7.3 -- pytest-2.3.0.dev2
plugins: xdist, bugzilla, cache, oejskit, pep8, cov
2010-11-26 20:26:56 +08:00
collecting ... collected 1 items
2010-10-14 01:30:00 +08:00
test_sample.py F
2010-11-26 20:26:56 +08:00
2010-11-02 07:53:53 +08:00
================================= FAILURES =================================
_______________________________ test_answer ________________________________
2010-11-26 20:26:56 +08:00
2010-10-14 01:30:00 +08:00
def test_answer():
> assert func(3) == 5
E assert 4 == 5
E + where 4 = func(3)
2010-11-26 20:26:56 +08:00
2010-11-06 06:37:25 +08:00
test_sample.py:5: AssertionError
2012-07-16 16:47:41 +08:00
========================= 1 failed in 0.02 seconds =========================
2010-10-14 01:30:00 +08:00
2011-03-04 06:40:38 +08:00
py.test found the ``test_answer`` function by following :ref:`standard test discovery rules <test discovery>`, basically detecting the ``test_`` prefixes. We got a failure report because our little ``func(3)`` call did not return ``5``.
2010-10-14 01:30:00 +08:00
2010-11-02 07:53:53 +08:00
.. note::
2010-10-14 01:30:00 +08:00
2011-06-15 13:50:34 +08:00
You can simply use the ``assert`` statement for asserting test
expectations. pytest's :ref:`assert introspection` will intelligently
report intermediate values of the assert expression freeing
you from the need to learn the many names of `JUnit legacy methods`_.
2010-11-02 07:53:53 +08:00
2011-07-07 03:47:33 +08:00
.. _`JUnit legacy methods`: http://docs.python.org/library/unittest.html#test-cases
2010-10-14 01:30:00 +08:00
.. _`assert statement`: http://docs.python.org/reference/simple_stmts.html#the-assert-statement
2011-03-04 06:40:38 +08:00
Asserting that a certain exception is raised
2010-10-25 03:55:27 +08:00
--------------------------------------------------------------
2011-03-04 06:40:38 +08:00
If you want to assert that some code raises an exception you can
2010-10-25 03:55:27 +08:00
use the ``raises`` helper::
# content of test_sysexit.py
2010-11-18 05:12:16 +08:00
import pytest
2010-10-25 03:55:27 +08:00
def f():
raise SystemExit(1)
def test_mytest():
2010-11-18 05:12:16 +08:00
with pytest.raises(SystemExit):
2010-10-25 03:55:27 +08:00
f()
2010-11-02 07:53:53 +08:00
Running it with, this time in "quiet" reporting mode::
$ py.test -q test_sysexit.py
2010-11-26 20:26:56 +08:00
collecting ... collected 1 items
2010-11-02 07:53:53 +08:00
.
2012-07-16 16:47:41 +08:00
1 passed in 0.02 seconds
2010-11-02 07:53:53 +08:00
2010-11-06 06:37:25 +08:00
.. todo:: For further ways to assert exceptions see the `raises`
2010-11-02 07:53:53 +08:00
Grouping multiple tests in a class
--------------------------------------------------------------
2011-03-04 06:40:38 +08:00
Once you start to have more than a few tests it often makes sense
to group tests logically, in classes and modules. Let's write a class
containing two tests::
2010-11-02 07:53:53 +08:00
# content of test_class.py
class TestClass:
def test_one(self):
x = "this"
assert 'h' in x
2010-10-25 03:55:27 +08:00
2010-11-02 07:53:53 +08:00
def test_two(self):
x = "hello"
assert hasattr(x, 'check')
2010-11-06 06:37:25 +08:00
The two tests are found because of the standard :ref:`test discovery`.
There is no need to subclass anything. We can simply
run the module by passing its filename::
2010-11-02 07:53:53 +08:00
$ py.test -q test_class.py
2010-11-26 20:26:56 +08:00
collecting ... collected 2 items
2010-11-02 07:53:53 +08:00
.F
================================= FAILURES =================================
____________________________ TestClass.test_two ____________________________
2010-11-26 20:26:56 +08:00
2012-07-16 16:47:41 +08:00
self = <test_class.TestClass instance at 0x2343830>
2010-11-26 20:26:56 +08:00
2010-11-02 07:53:53 +08:00
def test_two(self):
x = "hello"
> assert hasattr(x, 'check')
2011-08-21 00:37:00 +08:00
E assert hasattr('hello', 'check')
2010-11-26 20:26:56 +08:00
2010-11-02 07:53:53 +08:00
test_class.py:8: AssertionError
2012-07-16 16:47:41 +08:00
1 failed, 1 passed in 0.02 seconds
2010-10-14 07:25:09 +08:00
2010-11-06 06:37:25 +08:00
The first test passed, the second failed. Again we can easily see
the intermediate values used in the assertion, helping us to
understand the reason for the failure.
Going functional: requesting a unique temporary directory
--------------------------------------------------------------
For functional tests one often needs to create some files
and pass them to application objects. py.test provides
the versatile :ref:`funcarg mechanism` which allows to request
arbitrary resources, for example a unique temporary directory::
# content of test_tmpdir.py
def test_needsfiles(tmpdir):
print tmpdir
assert 0
We list the name ``tmpdir`` in the test function signature and
2010-11-18 05:12:16 +08:00
py.test will lookup and call a factory to create the resource
2010-11-06 06:37:25 +08:00
before performing the test function call. Let's just run it::
$ py.test -q test_tmpdir.py
2010-11-26 20:26:56 +08:00
collecting ... collected 1 items
2010-11-06 06:37:25 +08:00
F
================================= FAILURES =================================
_____________________________ test_needsfiles ______________________________
2010-11-26 20:26:56 +08:00
2012-07-16 16:47:41 +08:00
tmpdir = local('/home/hpk/tmp/pytest-2885/test_needsfiles0')
2010-11-26 20:26:56 +08:00
2010-11-06 06:37:25 +08:00
def test_needsfiles(tmpdir):
print tmpdir
> assert 0
E assert 0
2010-11-26 20:26:56 +08:00
2010-11-06 06:37:25 +08:00
test_tmpdir.py:3: AssertionError
----------------------------- Captured stdout ------------------------------
2012-07-16 16:47:41 +08:00
/home/hpk/tmp/pytest-2885/test_needsfiles0
1 failed in 0.22 seconds
2010-11-06 06:37:25 +08:00
Before the test runs, a unique-per-test-invocation temporary directory
was created. More info at :ref:`tmpdir handling`.
You can find out what kind of builtin :ref:`funcargs` exist by typing::
py.test --funcargs # shows builtin and custom function arguments
2011-09-06 17:43:42 +08:00
Where to go next
2010-10-14 07:25:09 +08:00
-------------------------------------
Here are a few suggestions where to go next:
* :ref:`cmdline` for command line invocation examples
2011-03-04 06:40:38 +08:00
* :ref:`good practises <goodpractises>` for virtualenv, test layout, genscript support
2010-11-06 06:37:25 +08:00
* :ref:`apiref` for documentation and examples on using py.test
* :ref:`plugins` managing and writing plugins
2010-11-02 07:53:53 +08:00
.. _`installation issues`:
2010-11-06 06:37:25 +08:00
Known Installation issues
2010-11-02 07:53:53 +08:00
------------------------------
easy_install or pip not found?
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
2011-09-23 13:35:47 +08:00
.. _`install pip`: http://www.pip-installer.org/en/latest/index.html
`Install pip`_ for a state of the art python package installer.
Or consult `distribute docs`_ to install the ``easy_install``
tool on your machine.
You may also use the older `setuptools`_ project but it lacks bug fixes
and does not work on Python3.
2010-11-02 07:53:53 +08:00
py.test not found on Windows despite installation?
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
.. _`Python for Windows`: http://www.imladris.com/Scripts/PythonForWindows.html
- **Windows**: If "easy_install" or "py.test" are not found
2010-11-18 21:56:16 +08:00
you need to add the Python script path to your ``PATH``, see here:
`Python for Windows`_. You may alternatively use an `ActivePython install`_
which does this for you automatically.
2010-11-02 07:53:53 +08:00
.. _`ActivePython install`: http://www.activestate.com/activepython/downloads
.. _`Jython does not create command line launchers`: http://bugs.jython.org/issue1491
- **Jython2.5.1 on Windows XP**: `Jython does not create command line launchers`_
so ``py.test`` will not work correctly. You may install py.test on
CPython and type ``py.test --genscript=mytest`` and then use
2011-03-04 06:40:38 +08:00
``jython mytest`` to run py.test for your tests to run with Jython.
2010-11-02 07:53:53 +08:00
:ref:`examples` for more complex examples
2010-10-14 07:25:09 +08:00
2010-10-22 16:09:26 +08:00
.. include:: links.inc