-
-
Notifications
You must be signed in to change notification settings - Fork 122
Delete many tests #652
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
Delete many tests #652
Conversation
(testing to see if I get a comment from the new coverage workflow when I make a PR from a branch on the upstream repo)
Nice: the coverage report is posted in the logs here, but there is no comment posted, which is what we wanted: https://github.com/python/typing_extensions/actions/runs/17158064310/job/48679934651?pr=652 |
You could try to go further and get coverage <90% and test if the tests really fail :) |
Still at 91%. I think because the test file is itself included in the coverage... |
Down to 89%, and now the CI job correctly fails 🎉 But this makes me think that we should raise the threshold below which the job fails. It seems like we can delete many tests before the job starts failing, which doesn't seem great. |
Thanks for testing. Mixing: |
I don't think we should do that -- it's way too easy to get into a situation where you accidentally don't run tests at all in Python, and including the test file in the consideration guards against that. See https://nedbatchelder.com/blog/201908/dont_omit_tests_from_coverage.html |
If I recall correctly the current test coverage is like 97%, right? So I'd be OK with having the fail threshold at 96. |
With ~3s more to the workflow we could also add an html report, which is also pretty nice for exploring via GUI (needs to be manually downloaded): https://github.com/Daraan/typing_extensions/actions/runs/17159151595/job/48683686044 zipped html report from above's run As a follow up the report could be piped into GitHub Pages without much effort (I think). Leaving this here if someone wants to check it out:
I think it would be sufficient to extend the current ci workflow on a |
The same as #651, but this time I'm making the PR from a branch on my fork. For security reasons, this should not trigger a comment from the bot.