You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Analysis Date: 2026-03-23 Current Coverage: Effectively 0% on Python layer (no Python test files exist) Target for Month: Add meaningful test coverage to the Python bootstrap layer
🔍 Coverage Reality Check
The test-coverage-improver workflow references a 44% coverage figure, but a codebase audit reveals important context:
Layer
Status
Rust (primary)
242 source files, 19,366+ lines of tests — Rust CI runs cargo test --all
Python bootstrap
2 source files (247 lines) — zero test files exist
Coverage tooling
No .coveragerc, no coverage.xml, no pytest configured
The 44% figure likely reflects Rust test coverage (via cargo test) rather than Python pytest coverage. The Python layer has 0% measurable coverage because no Python tests run in CI.
🎯 Priority Test Targets for March 2026
src/azlin/rust_bridge.py (225 lines — 0% covered)
This is the critical Python entry point. It has complex logic for finding/installing the Rust binary:
Function
Lines
Complexity
Priority
_platform_suffix()
16
Low
🟡 Medium
_is_rust_binary()
11
Low
🟡 Medium
_find_rust_binary()
15
Medium
🔴 Critical
_download_from_release()
68
High
🔴 Critical
_build_from_source()
27
Medium
🔴 Critical
_exec_rust()
7
Low
🟡 Medium
entry()
32
Medium
🔴 Critical
Note: PR #885 adds tests/unit/test_rust_bridge.py with 7 tests — this is the right foundation! Merge it to start coverage tracking.
src/azlin/__init__.py (22 lines — trivial, MI score 100)
Simple package metadata — low priority, but easy wins for coverage percentage.
test-coverage-improver.md workflow: configured to run weekly and on Python PRs
Next Month Preview
Once the Python bootstrap is covered, consider adding Rust coverage reporting via cargo-tarpaulin or cargo-llvm-cov to track the actual coverage of the primary codebase. The 19,366+ lines of Rust tests deserve visibility in coverage metrics too.
📊 Test Coverage Status Report
Analysis Date: 2026-03-23
Current Coverage: Effectively 0% on Python layer (no Python test files exist)
Target for Month: Add meaningful test coverage to the Python bootstrap layer
🔍 Coverage Reality Check
The
test-coverage-improverworkflow references a 44% coverage figure, but a codebase audit reveals important context:cargo test --all.coveragerc, nocoverage.xml, no pytest configuredThe 44% figure likely reflects Rust test coverage (via
cargo test) rather than Python pytest coverage. The Python layer has 0% measurable coverage because no Python tests run in CI.🎯 Priority Test Targets for March 2026
src/azlin/rust_bridge.py(225 lines — 0% covered)This is the critical Python entry point. It has complex logic for finding/installing the Rust binary:
_platform_suffix()_is_rust_binary()_find_rust_binary()_download_from_release()_build_from_source()_exec_rust()entry()src/azlin/__init__.py(22 lines — trivial, MI score 100)Simple package metadata — low priority, but easy wins for coverage percentage.
📋 March 2026 Testing Checklist
Foundation Setup (prerequisite)
tests/unit/test_rust_bridge.py— 7 tests)pytest+pytest-covto[dependency-groups].devinpyproject.tomlpyproject.toml:rust-ci.ymlorci.ymlto run Python tests with coverage:High-Priority Tests (rust_bridge.py)
_platform_suffix(): Test all 5 platform/arch combinations (linux x86_64, linux aarch64, macOS x86_64, macOS arm64, Windows, unknown)_find_rust_binary(): Test found-at-each-candidate-path, none-found, non-executable skipped_download_from_release(): Test download success, API failure, no matching asset, extraction error_build_from_source(): Test cargo-not-found, cargo-success, cargo-failureentry(): Test full bootstrap flow (found, download, build, all-fail)Medium-Priority Tests
_is_rust_binary(): Test subprocess success/failure/timeout_exec_rust(): Test Windows path (subprocess) vs Unix path (execvp)🛠️ Testing Approach
All external calls must be mocked (no real network/filesystem):
📈 Coverage Progress Tracker
🔗 Related
fix/issue-876-rust-bridge-security-hardening— includes initialtest_rust_bridge.pytest-coverage-improver.mdworkflow: configured to run weekly and on Python PRsNext Month Preview
Once the Python bootstrap is covered, consider adding Rust coverage reporting via
cargo-tarpaulinorcargo-llvm-covto track the actual coverage of the primary codebase. The 19,366+ lines of Rust tests deserve visibility in coverage metrics too.