• Home
  • Line#
  • Scopes#
  • Navigate#
  • Raw
  • Download
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
149The idle tests are 'discovered' by
150idlelib.idle_test.__init__.load_tests, which is also imported into
151test.test_idle. Normally, neither file should be changed when working on
152individual test modules. The third command runs unittest indirectly
153through regrtest. The same happens when the entire test suite is run
154with 'python -m test'. So that command must work for buildbots to stay
155green. Idle tests must not disturb the environment in a way that makes
156other tests fail (issue 18081).
157
158To run an individual Testcase or test method, extend the dotted name
159given to unittest on the command line or use the test -m option.  The
160latter allows use of other regrtest options.  When using the latter,
161all components of the pattern must be present, but any can be replaced
162by '*'.
163
164python -m unittest -v idlelib.idle_test.test_xyz.Test_case.test_meth
165python -m test -m idlelib.idle_test.text_xyz.Test_case.test_meth test_idle
166
167The test suite can be run in an IDLE user process from Shell.
168>>> import test.autotest  # Issue 25588, 2017/10/13, 3.6.4, 3.7.0a2.
169There are currently failures not usually present, and this does not
170work when run from the editor.
171
172
1734. Human-mediated Tests
174
175Human-mediated tests are widget tests that cannot be automated but need
176human verification. They are contained in idlelib/idle_test/htest.py,
177which has instructions.  (Some modules need an auxiliary function,
178identified with "# htest # on the header line.)  The set is about
179complete, though some tests need improvement. To run all htests, run the
180htest file from an editor or from the command line with:
181
182python -m idlelib.idle_test.htest
183
184
1855. Test Coverage
186
187Install the coverage package into your Python 3.6 site-packages
188directory.  (Its exact location depends on the OS).
189> python3 -m pip install coverage
190(On Windows, replace 'python3 with 'py -3.6' or perhaps just 'python'.)
191
192The problem with running coverage with repository python is that
193coverage uses absolute imports for its submodules, hence it needs to be
194in a directory in sys.path.  One solution: copy the package to the
195directory containing the cpython repository.  Call it 'dev'.  Then run
196coverage either directly or from a script in that directory so that
197'dev' is prepended to sys.path.
198
199Either edit or add dev/.coveragerc so it looks something like this.
200---
201# .coveragerc sets coverage options.
202[run]
203branch = True
204
205[report]
206# Regexes for lines to exclude from consideration
207exclude_lines =
208    # Don't complain if non-runnable code isn't run:
209    if 0:
210    if __name__ == .__main__.:
211
212    .*# htest #
213    if not _utest:
214    if _htest:
215---
216The additions for IDLE are 'branch = True', to test coverage both ways,
217and the last three exclude lines, to exclude things peculiar to IDLE
218that are not executed during tests.
219
220A script like the following cover.bat (for Windows) is very handy.
221---
222@echo off
223rem Usage: cover filename [test_ suffix] # proper case required by coverage
224rem filename without .py, 2nd parameter if test is not test_filename
225setlocal
226set py=f:\dev\3x\pcbuild\win32\python_d.exe
227set src=idlelib.%1
228if "%2" EQU "" set tst=f:/dev/3x/Lib/idlelib/idle_test/test_%1.py
229if "%2" NEQ "" set tst=f:/dev/ex/Lib/idlelib/idle_test/test_%2.py
230
231%py% -m coverage run --pylib --source=%src% %tst%
232%py% -m coverage report --show-missing
233%py% -m coverage html
234start htmlcov\3x_Lib_idlelib_%1_py.html
235rem Above opens new report; htmlcov\index.html displays report index
236---
237The second parameter was added for tests of module x not named test_x.
238(There were several before modules were renamed, now only one is left.)
239