Beef up the section on testfile(), giving a complete example in

reStructuredText format.  Remove words describing the return value of
testmod() and testfile() in the intro sections, since it's never
useful in such simple cases.
This commit is contained in:
Tim Peters 2004-09-25 00:49:53 +00:00
parent cac5e7b81d
commit 06cc847cee

View file

@ -165,14 +165,13 @@ you'll continue to do it) is to end each module \module{M} with:
\begin{verbatim} \begin{verbatim}
def _test(): def _test():
import doctest import doctest
return doctest.testmod() doctest.testmod()
if __name__ == "__main__": if __name__ == "__main__":
_test() _test()
\end{verbatim} \end{verbatim}
\module{doctest} then examines docstrings in the module calling \module{doctest} then examines docstrings in module \module{M}.
\function{testmod()}.
Running the module as a script causes the examples in the docstrings Running the module as a script causes the examples in the docstrings
to get executed and verified: to get executed and verified:
@ -184,7 +183,7 @@ python M.py
This won't display anything unless an example fails, in which case the This won't display anything unless an example fails, in which case the
failing example(s) and the cause(s) of the failure(s) are printed to stdout, failing example(s) and the cause(s) of the failure(s) are printed to stdout,
and the final line of output is and the final line of output is
\samp{'***Test Failed*** \var{N} failures.'}, where \var{N} is the \samp{***Test Failed*** \var{N} failures.}, where \var{N} is the
number of examples that failed. number of examples that failed.
Run it with the \programopt{-v} switch instead: Run it with the \programopt{-v} switch instead:
@ -199,12 +198,8 @@ output, along with assorted summaries at the end.
You can force verbose mode by passing \code{verbose=True} to You can force verbose mode by passing \code{verbose=True} to
\function{testmod()}, or \function{testmod()}, or
prohibit it by passing \code{verbose=False}. In either of those cases, prohibit it by passing \code{verbose=False}. In either of those cases,
\code{sys.argv} is not examined by \function{testmod()}. \code{sys.argv} is not examined by \function{testmod()} (so passing
\programopt{-v} or not has no effect).
In any case, \function{testmod()} returns a 2-tuple of ints
\samp{(\var{failure_count}, \var{test_count})}, where
\var{failure_count} is the number of docstring examples that failed
and \var{test_count} is the total number of docstring examples tested.
For more information on \function{testmod()}, see For more information on \function{testmod()}, see
section~\ref{doctest-basic-api}. section~\ref{doctest-basic-api}.
@ -218,15 +213,50 @@ function:
\begin{verbatim} \begin{verbatim}
import doctest import doctest
doctest.testfile("mytests.txt") doctest.testfile("example.txt")
\end{verbatim} \end{verbatim}
This short script will execute and verify any interactive Python That short script executes and verifies any interactive Python
examples contained in the file \file{mytests.txt}. As with examples contained in the file \file{example.txt}. The file content
\function{testmod()}, it won't display anything unless an example is treated as if it were a single giant docstring; the file doesn't
fails. If an example does fail, then the failing example(s) and the need to contain a Python program! For example, perhaps \file{example.txt}
cause(s) of the failure(s) are printed to stdout, using the same contains this:
format as \function{testmod()}.
\begin{verbatim}
The ``example`` module
======================
Using ``factorial``
-------------------
This is an example text file in reStructuredText format. First import
``factorial`` from the ``example`` module:
>>> from example import factorial
Now use it:
>>> factorial(6)
120
\end{verbatim}
Running \code{doctest.testfile("example.txt")} then finds the error
in this documentation:
\begin{verbatim}
File "./example.txt", line 14, in example.txt
Failed example:
factorial(6)
Expected:
120
Got:
720
\end{verbatim}
As with \function{testmod()}, \function{testfile()} won't display anything
unless an example fails. If an example does fail, then the failing
example(s) and the cause(s) of the failure(s) are printed to stdout, using
the same format as \function{testmod()}.
By default, \function{testfile()} looks for files in the calling By default, \function{testfile()} looks for files in the calling
module's directory. See section~\ref{doctest-basic-api} for a module's directory. See section~\ref{doctest-basic-api} for a
@ -235,11 +265,7 @@ look for files in other locations.
Like \function{testmod()}, \function{testfile()}'s verbosity can be Like \function{testmod()}, \function{testfile()}'s verbosity can be
set with the \programopt{-v} command-line switch or with the optional set with the \programopt{-v} command-line switch or with the optional
keyword argument \var{verbose}. And like \function{testmod()}, keyword argument \var{verbose}.
\function{testfile()} returns a 2-tuple of ints
\samp{(\var{failure_count}, \var{test_count})}, where
\var{failure_count} is the number of docstring examples that failed
and \var{test_count} is the total number of docstring examples tested.
For more information on \function{testfile()}, see For more information on \function{testfile()}, see
section~\ref{doctest-basic-api}. section~\ref{doctest-basic-api}.