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