test(coverage): raise vitest gates 90→100 for shared-types and desktop - #724
test(coverage): raise vitest gates 90→100 for shared-types and desktop#724seonghobae wants to merge 3 commits into
Conversation
Both gated workspaces' included files already had genuine 100% line/branch/ function/statement coverage under the existing suites; the thresholds were set conservatively at 90. Raise them to 100 to enforce the org standard and prevent regression. No production code or tests changed. Verified (Node v22.22.2, npm install): - @bandscope/shared-types: 717/717 S, 643/643 B, 59/59 F, 693/693 L -> exit 0 @ 100 - @bandscope/desktop: 469/469 S, 357/357 B, 105/105 F, 454/454 L -> exit 0 @ 100 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SEAGtwNR96cia2djq7XFCo
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
📝 WalkthroughWalkthroughVitest의 lines, functions, branches, statements 커버리지 임계값을 두 설정에서 90%에서 100%로 변경하고, Changes도구 설정 갱신
Estimated code review effort: 2 (Simple) | ~10 minutes 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
…isories The central security-audit (npm audit --audit-level=high) and trivy-fs gates fail on every bandscope PR on two pre-existing HIGH advisories in transitive dev/build dependencies: - postcss <=8.5.17 (GHSA-r28c-9q8g-f849): path traversal in source-map auto-loading (sourceMappingURL) -> arbitrary .map file disclosure. Reaches the tree only via vite (dev/build), not the Tauri desktop runtime. - brace-expansion <=5.0.7 (GHSA-3jxr-9vmj-r5cp, GHSA-mh99-v99m-4gvg): ReDoS / unbounded-expansion DoS. Add a root `overrides` block pinning `postcss` ^8.5.18 (resolves 8.5.25) and `brace-expansion` ^5.0.8 (resolves 5.0.9), and regenerate package-lock.json. No new direct dependency, no production code change — only patched versions of existing transitives. Verification (Node v22.22.2): `npm audit --audit-level=high` -> found 0 vulnerabilities; both gated vitest suites still 100% and exit 0 (@bandscope/shared-types 717/643/59/693; @bandscope/desktop 469/357/105/454). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SEAGtwNR96cia2djq7XFCo
…-fs HIGH) trivy-fs flags a pre-existing HIGH advisory (CVE-2026-55404, security-severity 7.5) on yt-dlp 2026.6.9 in services/analysis-engine/uv.lock. Surgically bump the locked yt-dlp to 2026.7.4 (uv lock --upgrade-package yt-dlp) — only yt-dlp's version changes; no other pin (torch, cuda-toolkit, etc.) is touched. The same trivy-fs run also flags setuptools MEDIUM (CVE-2026-59890); its only patched line (83.0.0) is transitively unsatisfiable with the pinned torch 2.12.1, forcing a torch 2.12->2.13 upgrade. That is an architecturally significant change for the audio-analysis engine's numeric reproducibility and belongs in a deliberate base-branch dependency bump, not this coverage PR — see the PR discussion. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SEAGtwNR96cia2djq7XFCo
trivy-fs: yt-dlp HIGH fixed here; setuptools MEDIUM needs a base-branch torch bumptrivy-fs lists two pre-existing advisories in
A torch minor bump changes the numeric core of the audio-analysis engine, whose suite enforces 100% coverage and numeric reproducibility. I'm not bumping torch unilaterally inside a coverage-threshold PR, and I can't validate the engine's numeric behaviour under torch 2.13 in this sandbox. That belongs in a deliberate, separately-verified base-branch dependency bump (raise torch + setuptools together on The PR's actual change (both vitest coverage gates 90 → 100) plus the clean CVE fixes (postcss, brace-expansion, yt-dlp) are green. Generated by Claude Code |
|
closed-obsolete → see #727 cycle |
Summary
Raise the vitest coverage gate from 90 → 100 in the two gated workspaces (
packages/shared-types,apps/desktop). Both workspaces'coverage.includefiles already had genuine 100% line/branch/function/statement coverage under the existing suites — the thresholds were simply set conservatively at 90. This enforces the org 100% standard and prevents regression. No production code or tests changed; only the twothresholdsblocks.Verification
npm run test --workspace @bandscope/shared-types→ 717/717 S, 643/643 B, 59/59 F, 693/693 L — exit 0 at threshold 100.npm run test --workspace @bandscope/desktop→ 469/469 S, 357/357 B, 105/105 F, 454/454 L — exit 0 at threshold 100../scripts/harness/quickcheck.sh— not run in this environment; this change is threshold-config-only (no lint/typecheck/build/runtime surface), and the two affected coverage gates were verified directly above.Security Notes
Attack surface
thresholdsconfig blocks (test-time coverage enforcement); no runtime, IPC, or data-flow surface is touched.Trust boundary
Mitigations
Test points
packages/shared-types/vitest.config.ts,apps/desktop/vite.config.ts.Dependency and Supply Chain
i18n impact
None — no user-visible strings changed.
🤖 Generated with Claude Code
https://claude.ai/code/session_01SEAGtwNR96cia2djq7XFCo
Generated by Claude Code
Summary by CodeRabbit
테스트
품질 개선