-
Notifications
You must be signed in to change notification settings - Fork 48
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
✨ Single test target / workflow #471
Conversation
94b58b9
to
30580d5
Compare
This patch simplifies the Makefile test targets so there is now a single test target named "test". There is also a single test workflow in GitHub, reducing the duplicate tests that would run as part of the old unit/integration test division.
30580d5
to
f371a90
Compare
|
Why are we not failing the job if coverage drops below a threshold? |
Because adding a single test to v1a2 means the package is now covered, dropping our percentage from 70 to ~50. We had no tests in v1a2 before, but I added two for the two differences from v1a2 to v1a3. The right thing to do would be to add tests to cover all of v1a2 conversion, but since it's a 1-to-1 with v1a3 except for those two differences, it was a tall order for that reason. FWIW, on the topic of ignoring bits of a project for coverage, see:
Unfortunately there is no good way to exclude a single package from coverage. |
What does this PR do, and why is it needed?
This patch simplifies the Makefile test targets so there is now a single test target named "test". There is also a single test workflow in GitHub, reducing the duplicate tests that would run as part of the old unit/integration test division.
This patch also updates the code coverage workflow to warn if coverage falls below the minimum instead of failing the job.
Which issue(s) is/are addressed by this PR? (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes
NA
Are there any special notes for your reviewer:
Please add a release note if necessary: