1README FOR IDLE TESTS IN IDLELIB.IDLE_TEST
2
30. Quick Start
4
5Automated unit tests were added in 3.3 for Python 3.x.
6To run the tests from a command line:
7
8python -m test.test_idle
9
10Human-mediated tests were added later in 3.4.
11
12python -m idlelib.idle_test.htest
13
14
151. Test Files
16
17The idle directory, idlelib, has over 60 xyz.py files. The idle_test
18subdirectory contains test_xyz.py for each implementation file xyz.py.
19To add a test for abc.py, open idle_test/template.py and immediately
20Save As test_abc.py. Insert 'abc' on the first line, and replace
21'zzdummy' with 'abc.
22
23Remove the imports of requires and tkinter if not needed. Otherwise,
24add to the tkinter imports as needed.
25
26Add a prefix to 'Test' for the initial test class. The template class
27contains code needed or possibly needed for gui tests. See the next
28section if doing gui tests. If not, and not needed for further classes,
29this code can be removed.
30
31Add the following at the end of abc.py. If an htest was added first,
32insert the import and main lines before the htest lines.
33
34if __name__ == "__main__":
35 from unittest import main
36 main('idlelib.idle_test.test_abc', verbosity=2, exit=False)
37
38The ', exit=False' is only needed if an htest follows.
39
40
41
422. GUI Tests
43
44When run as part of the Python test suite, Idle GUI tests need to run
45test.support.requires('gui'). A test is a GUI test if it creates a
46tkinter.Tk root or master object either directly or indirectly by
47instantiating a tkinter or idle class. GUI tests cannot run in test
48processes that either have no graphical environment available or are not
49allowed to use it.
50
51To guard a module consisting entirely of GUI tests, start with
52
53from test.support import requires
54requires('gui')
55
56To guard a test class, put "requires('gui')" in its setUpClass function.
57The template.py file does this.
58
59To avoid interfering with other GUI tests, all GUI objects must be
60destroyed and deleted by the end of the test. The Tk root created in a
61setUpX function should be destroyed in the corresponding tearDownX and
62the module or class attribute deleted. Others widgets should descend
63from the single root and the attributes deleted BEFORE root is
64destroyed. See https://bugs.python.org/issue20567.
65
66 @classmethod
67 def setUpClass(cls):
68 requires('gui')
69 cls.root = tk.Tk()
70 cls.text = tk.Text(root)
71
72 @classmethod
73 def tearDownClass(cls):
74 del cls.text
75 cls.root.update_idletasks()
76 cls.root.destroy()
77 del cls.root
78
79The update_idletasks call is sometimes needed to prevent the following
80warning either when running a test alone or as part of the test suite
81(#27196). It should not hurt if not needed.
82
83 can't invoke "event" command: application has been destroyed
84 ...
85 "ttk::ThemeChanged"
86
87If a test creates instance 'e' of EditorWindow, call 'e._close()' before
88or as the first part of teardown. The effect of omitting this depends
89on the later shutdown. Then enable the after_cancel loop in the
90template. This prevents messages like the following.
91
92bgerror failed to handle background error.
93 Original error: invalid command name "106096696timer_event"
94 Error in bgerror: can't invoke "tk" command: application has been destroyed
95
96Requires('gui') causes the test(s) it guards to be skipped if any of
97these conditions are met:
98
99 - The tests are being run by regrtest.py, and it was started without
100 enabling the "gui" resource with the "-u" command line option.
101
102 - The tests are being run on Windows by a service that is not allowed
103 to interact with the graphical environment.
104
105 - The tests are being run on Linux and X Windows is not available.
106
107 - The tests are being run on Mac OSX in a process that cannot make a
108 window manager connection.
109
110 - tkinter.Tk cannot be successfully instantiated for some reason.
111
112 - test.support.use_resources has been set by something other than
113 regrtest.py and does not contain "gui".
114
115Tests of non-GUI operations should avoid creating tk widgets. Incidental
116uses of tk variables and messageboxes can be replaced by the mock
117classes in idle_test/mock_tk.py. The mock text handles some uses of the
118tk Text widget.
119
120
1213. Running Unit Tests
122
123Assume that xyz.py and test_xyz.py both end with a unittest.main() call.
124Running either from an Idle editor runs all tests in the test_xyz file
125with the version of Python running Idle. Test output appears in the
126Shell window. The 'verbosity=2' option lists all test methods in the
127file, which is appropriate when developing tests. The 'exit=False'
128option is needed in xyx.py files when an htest follows.
129
130The following command lines also run all test methods, including
131GUI tests, in test_xyz.py. (Both '-m idlelib' and '-m idlelib.idle'
132start Idle and so cannot run tests.)
133
134python -m idlelib.xyz
135python -m idlelib.idle_test.test_xyz
136
137The following runs all idle_test/test_*.py tests interactively.
138
139>>> import unittest
140>>> unittest.main('idlelib.idle_test', verbosity=2)
141
142The following run all Idle tests at a command line. Option '-v' is the
143same as 'verbosity=2'.
144
145python -m unittest -v idlelib.idle_test
146python -m test -v -ugui test_idle
147python -m test.test_idle
148
149IDLE tests are 'discovered' by idlelib.idle_test.__init__.load_tests
150when this is imported into test.test_idle. Normally, neither file
151should be changed when working on individual test modules. The third
152command runs unittest indirectly through regrtest. The same happens when
153the entire test suite is run with 'python -m test'. So that command must
154work for buildbots to stay green. IDLE tests must not disturb the
155environment in a way that makes other tests fail (GH-62281).
156
157To test subsets of modules, see idlelib.idle_test.__init__. This
158can be used to find refleaks or possible sources of "Theme changed"
159tcl messages (GH-71383).
160
161To run an individual Testcase or test method, extend the dotted name
162given to unittest on the command line or use the test -m option. The
163latter allows use of other regrtest options. When using the latter,
164all components of the pattern must be present, but any can be replaced
165by '*'.
166
167python -m unittest -v idlelib.idle_test.test_xyz.Test_case.test_meth
168python -m test -m idlelib.idle_test.text_xyz.Test_case.test_meth test_idle
169
170The test suite can be run in an IDLE user process from Shell.
171>>> import test.autotest # Issue 25588, 2017/10/13, 3.6.4, 3.7.0a2.
172There are currently failures not usually present, and this does not
173work when run from the editor.
174
175
1764. Human-mediated Tests
177
178Human-mediated tests are widget tests that cannot be automated but need
179human verification. They are contained in idlelib/idle_test/htest.py,
180which has instructions. (Some modules need an auxiliary function,
181identified with "# htest # on the header line.) The set is about
182complete, though some tests need improvement. To run all htests, run the
183htest file from an editor or from the command line with:
184
185python -m idlelib.idle_test.htest
186
187
1885. Test Coverage
189
190Install the coverage package into your Python 3.6 site-packages
191directory. (Its exact location depends on the OS).
192> python3 -m pip install coverage
193(On Windows, replace 'python3 with 'py -3.6' or perhaps just 'python'.)
194
195The problem with running coverage with repository python is that
196coverage uses absolute imports for its submodules, hence it needs to be
197in a directory in sys.path. One solution: copy the package to the
198directory containing the cpython repository. Call it 'dev'. Then run
199coverage either directly or from a script in that directory so that
200'dev' is prepended to sys.path.
201
202Either edit or add dev/.coveragerc so it looks something like this.
203---
204# .coveragerc sets coverage options.
205[run]
206branch = True
207
208[report]
209# Regexes for lines to exclude from consideration
210exclude_lines =
211 # Don't complain if non-runnable code isn't run:
212 if 0:
213 if __name__ == .__main__.:
214
215 .*# htest #
216 if not _utest:
217 if _htest:
218---
219The additions for IDLE are 'branch = True', to test coverage both ways,
220and the last three exclude lines, to exclude things peculiar to IDLE
221that are not executed during tests.
222
223A script like the following cover.bat (for Windows) is very handy.
224---
225@echo off
226rem Usage: cover filename [test_ suffix] # proper case required by coverage
227rem filename without .py, 2nd parameter if test is not test_filename
228setlocal
229set py=f:\dev\3x\pcbuild\win32\python_d.exe
230set src=idlelib.%1
231if "%2" EQU "" set tst=f:/dev/3x/Lib/idlelib/idle_test/test_%1.py
232if "%2" NEQ "" set tst=f:/dev/ex/Lib/idlelib/idle_test/test_%2.py
233
234%py% -m coverage run --pylib --source=%src% %tst%
235%py% -m coverage report --show-missing
236%py% -m coverage html
237start htmlcov\3x_Lib_idlelib_%1_py.html
238rem Above opens new report; htmlcov\index.html displays report index
239---
240The second parameter was added for tests of module x not named test_x.
241(There were several before modules were renamed, now only one is left.)
242