-
Notifications
You must be signed in to change notification settings - Fork 52
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
How to determine cause for erroneous coverage? (reported: 0%, actual: 100%) #521
Comments
Hi, |
I usually only executed I now tried running One thing I noticed though: looking at the coverage reports inside the sub-project which contains the test, the coverage is shown as 0%, too, so the issue cannot be related to merging the various projects and sub-project structure. One thing I forgot: we're using |
Could you reproduce the problem by creating a single project to which the |
@milgner, did you manage to create a producer? |
Unfortunately, I did not... For the time being, we switched to Jacoco. Not sure when there might be time for a closer investigation. But we are planning to work on the build system in a little while, that could be an opportunity. |
Closed as can't reproduce. |
Describe the bug
I just noticed that the coverage report showed 0% coverage for some classes which there already are tests. The logs show that these tests are being executed successfully, too.
What is even more confusing is that other classes in the same sub-project and package correctly report 100% coverage.
This is a multi-project build. In the main
build.gradle.kts
:I suspect that this might be related to merging of coverage information from multiple projects but am not sure how. There are other projects that depend on this one and, as such, could confuse coverage tooling by having show up the class in their classpath (even though not used directly, only through their interface) without testing them.
In order to determine possible causes, we also made an experimental branch using only Jacoco and it correctly shows the coverage.
Errors
There are no errors: everything runs except that the reported data is incorrect.
Expected behavior
Test coverage should be >0% (100% for this class)
Ideally there
Reproducer
Unfortunately, open-sourcing the project will still require a couple of months before it's useful & ready 😬
Which is why the issue is titled as such: what should I do to determine the cause for the incorrect coverage myself?
Reports
Environment
The text was updated successfully, but these errors were encountered: