-
Notifications
You must be signed in to change notification settings - Fork 14.8k
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
Add statistic calculation for Provider's testing. #21564
Conversation
This script allows to calculate some basic stats of testing for provider releases.
I calculated some stats based on the community testing for Providers:
Some summary. The stats cover period June 2021 - Feb 2022. In total we had 15 releases, of 350 provider packages. All those provider packages solved 612 issues. Out of those 612 issues total 264 have been tested (which means our community tested 43% of all issues - features, bugfixes). The ratio of "per-provider" tests was much higher (hard to say without some more "complex" logic). There were 196 people involved, out of which 88 actively took part and commented on their issues (either with "yes works" or "no it does not work"). Which is 44% "response rate". There were 4 people who commented who were not involved (this basically means that in this 15 releases 4 people commented on the issue when they were not directly mentioned in the issue). |
The PR is likely ready to be merged. No tests are needed as no important environment files, nor python files were modified by it. However, committers might decide that full test matrix is needed and add the 'full tests needed' label. Then you should rebase it to the latest main or amend the last commit of the PR, and push it with --force-with-lease. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested Issues is in fact tested PRs right? As we are really testing the PRs and PRs may not have issue related.
This script allows to calculate some basic stats of testing for
provider releases.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code change, Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in UPDATING.md.