In general the answer to helping with code coverage is "whatever module motivates you to help". :) So unless a core dev has a specific module that they want to help you write tests for then it's whatever you want to work on. And for easy reference, the code coverage report can be found at https://codecov.io/gh/python/cpython (although it is somewhat inaccurate for any module imported at startup). On Mon, 10 Jul 2017 at 07:54 Artem Muterko <artieua at gmail.com> wrote: > Good day, > > I've noticed that test coverage of standard library tools can be improved > and wanted to ask which module is better to start with? > > I'm kindly asking to point to the module which would be good to start > writing tests for and also easy to review for other contributors. > > Best regards, > Artem Muterko > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/brett%40python.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20170710/2f7458b7/attachment.html>
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