Testing and Coverage

CI runs Rust, Python, and TypeScript tests plus lint/type checks. Coverage is orchestrated in justfile with direct CLI calls, using ninja only to prepare generated build artifacts that the test commands need.

Quick reference

just test                        # run all tests (no coverage)
just test --coverage             # run all tests + enforce coverage thresholds
just test --coverage --html      # same + generate HTML reports under out/coverage/

just test-rust                   # Rust only
just test-rust --coverage
just test-rust --coverage --html

just test-py                     # Python (pylib + qt) only
just test-py --coverage
just test-py --coverage --html

just test-ts                     # TypeScript/Svelte Vitest only
just test-ts --coverage
just test-ts --coverage --html

HTML reports are written under out/coverage/ (gitignored).

Coverage tools and thresholds

Linux pull requests run just test --coverage in CI. macOS and Windows jobs run just test (no coverage enforcement) for now.

Notes

• Rust — cargo-llvm-cov is installed on demand into out/bin/ to avoid polluting the global cargo install. Coverage runs rebuild the workspace with instrumentation, so they are slower than plain just test-rust. Windows ARM64 (aarch64-pc-windows-msvc) is not supported: the Rust compiler produces malformed .profraw files on that target (rust-lang/rust#150123, cargo-llvm-cov#436). just test-rust --coverage exits with a clear message on ARM64 Windows; use just test-rust (no coverage) or rely on CI (Linux) for enforcement.
• Python — coverage is split across two suites (pylib and qt) because they have different PYTHONPATH setups and test folders.
• TypeScript — coverage is measured only over code reachable through Vitest's module graph. Svelte component rendering behavior is not covered.

SonarCloud

SonarCloud runs automatically on every push and pull request via CI. It aggregates the coverage reports generated by the three stacks and runs static analysis across Python, TypeScript, and Rust.

• Dashboard: https://sonarcloud.io/project/overview?id=ankitects_anki
• Coverage: uses the same LCOV/XML reports produced by just test --coverage
• Analysis results: SonarCloud posts a comment on each PR with quality gate status

The quality gate is configured as non-blocking — a failing gate does not prevent merging, but the results are visible on the PR.

Gaps and future improvements

• Raise thresholds gradually as the test suite grows and CI timings stabilise.
• Exclude generated files from coverage denominators where appropriate.
• Publish out/coverage/ as a CI artifact so reviewers can browse HTML reports directly from a PR.
• Consider diff/changed-file coverage once baselines are stable — it is a better enforcement mechanism for incremental improvement than whole-repo thresholds.
• Add component or browser tests for Svelte UI surfaces if Svelte coverage is intended to cover rendered component behaviour.