1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
|
.. _faq:
==================
FAQ and other help
==================
:history: 20090613T141800, brand new docs.
:history: 20091005T073900, updated for 3.1.
:history: 20091127T201500, updated for 3.2.
Frequently asked questions
--------------------------
**Q: I use nose to run my tests, and its cover plugin doesn't let me create
HTML or XML reports. What should I do?**
First run your tests and collect coverage data with `nose`_ and its plugin.
This will write coverage data into a .coverage file. Then run coverage.py from
the :ref:`command line <cmd>` to create the reports you need from that data.
.. _nose: http://somethingaboutorange.com/mrl/projects/nose
**Q: Why do unexecutable lines show up as executed?**
Usually this is because you've updated your code and run coverage on it
again without erasing the old data. Coverage records line numbers executed, so
the old data may have recorded a line number which has since moved, causing
coverage to claim a line has been executed which cannot be.
If you are using the ``-x`` command line action, it doesn't erase first by
default. Switch to the ``coverage run`` command, or use the ``-e`` switch to
erase all data before starting the next run.
**Q: Why do the bodies of functions (or classes) show as executed, but the def
lines do not?**
This happens because coverage is started after the functions are defined. The
definition lines are executed without coverage measurement, then coverage is
started, then the function is called. This means the body is measured, but
the definition of the function itself is not.
To fix this, start coverage earlier. If you use the :ref:`command line <cmd>`
to run your program with coverage, then your entire program will be monitored.
If you are using the :ref:`API <api>`, you need to call coverage.start() before
importing the modules that define your functions.
**Q: Does coverage.py work on Python 3.x?**
Yes, Python 3.1 is fully supported.
**Q: Isn't coverage testing the best thing ever?**
It's good, but `it isn't perfect`__.
__ http://nedbatchelder.com/blog/200710/flaws_in_coverage_measurement.html
.. Other resources
---------------
There are a number of projects that help integrate coverage.py into other
systems:
- `trialcoverage`_ is a plug-in for Twisted trial.
.. _trialcoverage: http://pypi.python.org/pypi/trialcoverage
- `pytest-coverage`_
.. _pytest-coverage: http://pypi.python.org/pypi/pytest-coverage
- `django-coverage`_ for use with Django.
.. _django-coverage: http://pypi.python.org/pypi/django-coverage
Getting more help
-----------------
You can discuss coverage.py or get help using it on the `Testing In Python`_
mailing list.
.. _Testing In Python: http://lists.idyll.org/listinfo/testing-in-python
Bug reports are gladly accepted at the `bitbucket issue tracker`_.
Bitbucket also hosts the `code repository`_.
.. _bitbucket issue tracker: http://bitbucket.org/ned/coveragepy/issues
.. _code repository: http://bitbucket.org/ned/coveragepy
Lastly, `I can be reached`__ in a number of ways.
__ http://nedbatchelder.com/site/aboutned.html
|
