-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tox.ini: Add "cover" target #3751
Conversation
that measures coverage for unit tests only. Functional tests are slow enough already and a lot of them fail when coverage is measured, because they fork processes and them emit warnings to stderr that the tests are not expecting. I think it's a good thing to try to increase unit test coverage and this lets us measure and see where the gaps are. And it will help folks realize if they increased or decreased coverage with their changes.
@xavfernandez Is coverage a useful metric to be tracking? |
I personally like it 👍 |
ugh. Okay BrownTruck. @pypa/pip-committers Should we close this PR and move to an issue for discussion? |
I think we could merge this as is if someone wants to have a coverage run (without adding an other travis run)/ |
I've made #4862. |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
that measures coverage for unit tests only. Functional tests are slow
enough already and a lot of them fail when coverage is measured, because
they fork processes and them emit warnings to stderr that the tests are
not expecting.
I think it's a good thing to try to increase unit test coverage and this
lets us measure and see where the gaps are. And it will help folks
realize if they increased or decreased coverage with their changes.
This was automatically migrated from #2546 to reparent it to the
master
branch. Please see original pull request for any previous discussion.Original Submitter: @msabramo