-
Notifications
You must be signed in to change notification settings - Fork 3
Getting coverage for build (multiple coverage sessions consolidated)
msporna edited this page Jan 7, 2019
·
3 revisions
Test coverage sessions have a build and tag set. Build number is unique within tag and a consolidated report for all sessions related to a build can be generated.
There is a Build Summary located on the dashboard presenting stats for the latest build. It has:
- coverage goal - you can set a minimum coverage goal (60% by default). If build coverage is less than that, then the summary area will be orange (or warning color) and green otherwise.
- current coverage - current coverage calculated from all test coverage sessions for the build
- build number - build number for which coverage is shown. It is the latest by default but can be switched.
- related tag - tag owning the build. Each build has a parent tag and builds are unique within tags.
A report can be generated for specific build by either of those:
- using a 'Generate Report' link next to build number
- navigating to [LAVA host]/report/build/[BUILD NUMBER]/tag/[TAG NAME]
Why is it useful? There might be multiple coverage sessions for 1 build, each calculating coverage for different sources, triggered by different tests. Build coverage report consolidates them all into one general report.
- How it works
- Initial setup
- Setup for Unity game
- Setup for Android app
- Setup for javascript
- Setup for Angular app
- GETTING THE COVERAGE
- Getting coverage for build (multiple coverage sessions consolidated
- Setup modules
- Managing tags
- Managing users
- Create and End test session automatically (CI)
- Instrumenting code on every iteration
- Coverage report explained
- Accessing latest report
- How to interpret covered lines report
- Config explained
- Settings
- Send custom values along with line statistics
- Examples
- Extended-CI-use-case
- Troubleshooting