Nick Coghlan wrote: >> One thing that actually can motivate that test_subprocess takes 20% of the >> overall time is that this test is a good generic Python stress test - this >> test might catch some other startup race condition, for example. > > test_decimal has a short version which tests basic functionality and always runs, but > enabling -udecimal also runs the specification tests (which take a fair bit longer). > > So keeping the basic subprocess tests unconditional, and running the long ones only if -uall > or -usubprocess are given would seem reasonable. does anyone ever use the -u options when running tests? </F>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4