-
Couldn't load subscription status.
- Fork 356
Introduce a RequiresExternalTool test tag
#10947
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
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #10947 +/- ##
============================================
- Coverage 57.58% 57.53% -0.06%
+ Complexity 1705 1703 -2
============================================
Files 346 346
Lines 12833 12833
Branches 1212 1212
============================================
- Hits 7390 7383 -7
- Misses 4978 4985 +7
Partials 465 465
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Extract several classes as separate test fixtures for a better overview and to allow code sharing. As part of that, - get rid of the "org.ossreviewtoolkit.scanner.scanners" package in tests as no such package exists in the "main" source set, - combine two `createScanner()` functions (which requires a minor change to some expected results), - move `MultipleScannersTest` to the "test" source set as it now really is a non-functional test in the sense that it does not depend on a VCS tool for provenance resolution anymore. Note that the "test" source set is automatically configured to depend on the "testFixtures" source set of the same module [1], so only the custom "funTest" source set needs to have the dependency added. [1]: https://github.com/gradle/gradle/blob/v9.1.0/platforms/jvm/plugins-jvm-test-fixtures/src/main/java/org/gradle/api/plugins/JavaTestFixturesPlugin.java#L92-L95 Signed-off-by: Sebastian Schuberth <[email protected]>
This will ease running only these test in an environment that provides the required tools. Unit tests are not tagged as they by definition should not depend on external tools. Note that this does not require to add another `Tag` class because the whole spec is tagged via an annotation that takes a string instead [1]. [1]: https://kotest.io/docs/framework/tags.html#tagging-a-spec Signed-off-by: Sebastian Schuberth <[email protected]>
The tag just disabled a case in `DefaultNestedProvenanceResolverFunTest`. Explicitly disable the case instead with a dedicated comment about the bug. Signed-off-by: Sebastian Schuberth <[email protected]>
Please have a look at the individual commit messages for the details.