coverage-status

name

coverage-status

description

Use to check the current main-source line coverage of the bazel-diff repo, find files below the 90% threshold, see how far the repo is from the gate, or produce an interactive HTML coverage report. Triggers on questions like "what's the test coverage", "is the coverage gate passing", "which files have the worst coverage", "show me a coverage report", or any other inspection of the LCOV output from bazel coverage.

Checking coverage status

bazel-diff has a 90% main-source line-coverage gate enforced in CI (.github/workflows/ci.yaml). The enforcement code lives in tools/coverage_check.py; the gate runs on every test-jre21 matrix entry as bazelisk run //tools:coverage-check -- bazel-out/_coverage/_coverage_report.dat.

Fastest path: just check the current state

make coverage

This runs bazel coverage --combined_report=lcov //cli/... //tools:coverage_check_test, then bazel run //tools:coverage-check against the combined report. It prints a per-file table sorted worst-first, the overall percentage, and PASS/FAIL against the threshold. Exits non-zero when below.

If a coverage report already exists in bazel-out/_coverage/_coverage_report.dat (e.g. from a prior bazel coverage invocation) and you only want to re-check the threshold without re-running the test suite:

make coverage-check

For an annotated HTML report (lines highlighted as covered/uncovered, per-file drilldown), use:

make coverage-html

Output lands at coverage-html/index.html. Requires genhtml from the lcov package (brew install lcov on macOS, apt-get install lcov on Debian/Ubuntu). The threshold gate still runs alongside HTML generation — the HTML is produced even when the gate fails, since the below-threshold case is exactly when the report is most useful.

Interpreting the output

The per-file table looks like:

    COV%  LINES (hit/total)  FILE
--------  -----------------  ----
   0.00%      0 / 4          cli/src/main/kotlin/com/bazel_diff/Main.kt
  62.67%     47 / 75         cli/src/main/kotlin/com/bazel_diff/bazel/BazelModService.kt
  ...
 100.00%     23 / 23         cli/src/main/kotlin/com/bazel_diff/hash/TargetHash.kt

Overall main-source line coverage: 90.37% (1455 / 1610)
Threshold:                         90.00%
PASS

• Sort order is ascending — worst-covered files appear first, so the gap is at the top.
• Test sources (/test/) are excluded — Bazel's Kotlin instrumentation reports them too, but they don't count toward the threshold (otherwise well-covered tests would hide thin production-code coverage).
• Files with LF:0 are dropped — that's an "no instrumentation data" signal (e.g. Bazel's Python coverage when no toolchain coverage tool is configured), and treating it as 0% would tank the threshold.
• Threshold is inclusive at the boundary — exactly 90.00% passes; 89.99% fails.

Looking at CI's number, not local

Local coverage may be lower than CI's because the slow //cli:E2ETest is often skipped or fails on dev machines (JDK-env sandbox issues). The number CI sees comes from the test-jre21 matrix; download the coverage-report-jre21-* artifact from a recent run for an exact snapshot, or just read the "Overall main-source line coverage:" line in the workflow log.

Configuration

• Threshold: COVERAGE_THRESHOLD env var (default 90). Set in .github/workflows/ci.yaml for CI, or on the command line to experiment: COVERAGE_THRESHOLD=85 make coverage.
• Include prefixes: --include flag or $COVERAGE_INCLUDE env var (default cli/src/main/,tools/coverage_check.py). Only files starting with one of these prefixes count.
• Self-coverage of the checker: tools/coverage_check.py is itself in the default include list, but Bazel's Python coverage emits LF:0 for it today because the Python toolchain in MODULE.bazel has no coverage_tool configured. The 24-case py_test (bazel test //tools:coverage_check_test) is the actual proof the checker is exercised.