Skip to main content

testing-gaps

Run coverage, inspect results, and identify missing test scenarios for a given source file. Use when analysing test coverage or finding untested branches.

소스 정보

저장소
JamieMason/syncpack
최근 소스 활동
2026년 4월 26일 12:04
감지된 SKILL.md 언어
영어
스타
2,101
포크
74

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
testing-gaps
description
Run coverage, inspect results, and identify missing test scenarios for a given source file. Use when analysing test coverage or finding untested branches.
# Testing Gaps Find untested branches and missing real-world test scenarios for a source file. ## Workflow 1. **Run text coverage** for the target file 2. **Identify uncovered branches** from the output 3. **Cross-reference** with test file to understand what's tested 4. **Report** uncovered branches + missing real-world scenarios ## Step 1: Run Coverage Use `cargo llvm-cov` with `--text` output (not `--html`) for parseable results. ```bash # Full coverage, filtered to target file cargo llvm-cov test --text \ --ignore-run-fail \ --ignore-filename-regex '(_test.rs|\/test\/)' \ 2>/dev/null | sed -n '/TARGET_FILE\.rs:/,/^$/p' ``` Example for `preferred_semver.rs`: ```bash cargo llvm-cov test --text \ --ignore-run-fail \ --ignore-filename-regex '(_test.rs|\/test\/)' \ 2>/dev/null | sed -n '/preferred_semver\.rs:/,/^$/p' ``` ## Step 2: Read Coverage Output The text format shows per-line execution counts: ``` 42| 80| .and_then(|range| ...) # Hit 80 times 74| 0| Some(preferred) # Never hit 321| 0| instance.mark_conflict(...) # Never hit ``` - `count > 0` = covered - `count = 0` = uncovered branch - `^N` annotations on sub-expressions show partial coverage within a line ### Extract only uncovered lines ```bash ... | grep -E '^\s+\d+\|\s+0\|' ``` ## Step 3: Classify Gaps For each uncovered branch, determine: 1. **What code path leads here?** — Trace the `if/else` chain backward 2. **What input would trigger it?** — What package.json + config combination 3. **Is it reachable?** — Some branches may be defensive/unreachable 4. **Is it worth testing?** — Real-world scenario vs theoretical edge case ### Categories | Category | Action | | -------------------------------- | ----------------- | | Real-world scenario never tested | Write a test | | Edge case in existing logic | Write a test | | Defensive branch (unreachable) | Note but skip | | Dead code | Consider removing | ## Step 4: Identify Missing Scenarios Beyond line coverage, look for missing _combinations_: - Feature A tested, Feature B tested, A+B never tested together - Only tested with one package, never with multiple - Only tested with `highestSemver`, never `lowestSemver` - Only tested with one range type (`^`), never others (`>=`, `<=`) - Only tested without semver groups, never with ## Step 5: Report Structure findings as: 1. **Uncovered branches** — Specific lines, what triggers them, why untested 2. **Missing real-world scenarios** — Combinations and interactions not covered ## Running Tests After Adding Coverage ```bash just test # All tests cargo test test_name -- --nocapture # Specific test just coverage # Regenerate coverage report ```
GitHub에서 보기