On Mon, Mar 4, 2013 at 4:26 PM, Robert Collins <robe...@robertcollins.net> wrote: > On 4 March 2013 18:54, Guido van Rossum <gu...@python.org> wrote: >> On Sun, Mar 3, 2013 at 9:24 PM, Robert Collins >> <robe...@robertcollins.net> wrote: >>> I'd like to talk about overhauling - not tweaking, overhauling - the >>> standard library testing facilities. >> >> That seems like too big a topic and too vague a description to discuss >> usefully. Perhaps you have a specific proposal? Or at least just a use >> case that's poorly covered? > > I have both - I have a draft implementation for a new test result API > (and forwards and backwards compat code etc), and use cases that drive > it. I started a thread here - > http://lists.idyll.org/pipermail/testing-in-python/2013-February/005434.html > , with blog posts > https://rbtcollins.wordpress.com/2013/02/14/time-to-revise-the-subunit-protocol/ > https://rbtcollins.wordpress.com/2013/02/15/more-subunit-needs/ > https://rbtcollins.wordpress.com/2013/02/19/first-experience-implementing-streamresult/ > https://rbtcollins.wordpress.com/2013/02/23/simpler-is-better/ > > They are focused on subunit, but much of subunit's friction has been > due to issues encountered from the stdlibrary TestResult API - in > particular three things: > - the single-active-test model that the current API (or at least > implementation) has. > - the expectation that all test outcomes will originate from the same > interpreter (or something with a live traceback object) > - the inability to supply details about errors other than the exception > > All of which start to bite rather deep when working on massively > parallel test environments.
Your feedback on http://bugs.python.org/issue16997 would be greatly appreciated. Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
