'coverage' 검색 결과

Analyze existing test suites and source code to suggest additional unit tests that improve test coverage. Use this skill when working with test files and source code to identify untested code paths, missing edge cases, uncovered branches, untested error conditions, and gaps in test coverage. Supports major testing frameworks (pytest, Jest, JUnit, Go testing, etc.) and generates targeted test suggestions based on coverage analysis.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Define, track, and act on QA metrics: test coverage percentage, flakiness rate, defect escape rate, MTTR, test execution time trends, automation ROI, quality gates, and SLAs for test suites. Includes metric formulas, realistic targets by company stage, and the action to take when each metric goes red. Use when: "QA metrics," "test metrics," "quality KPIs," "test health," "flakiness rate," "defect escape rate." Not for: building the dashboard UI (Allure/Grafana) — use qa-dashboard; measuring coverage gaps and mutation score — use coverage-analysis. Related: qa-dashboard, coverage-analysis, ci-cd-integration, release-readiness, quality-postmortem.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Generate Coverage and insurance resources with payer diversity including Medicare, Medicaid, commercial, Tricare, VA, and self-pay. Use when user mentions coverage, insurance, payer, Medicare, Medicaid, benefits, or coordination of benefits. For claims and EOB see the claims-eob skill.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

解析 Verilator coverage.dat + sim log，输出 functional + code coverage 数值，判断是否 100% 达标。触发场景：(1) bb-invoke-verilator 后；(2) 每次回归后；(3) 显式 /bb-collect-coverage。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Calculates CRAP (Change Risk Anti-Patterns) score for .NET methods, classes, or files. Use when the user asks to assess test quality, identify risky untested code, compute CRAP scores, or evaluate whether complex methods have sufficient test coverage. Requires code coverage data (Cobertura XML) and cyclomatic complexity analysis. DO NOT USE FOR: writing tests, general test execution unrelated to coverage/CRAP analysis, or general code coverage reporting without CRAP context.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Analyze test coverage with detailed metrics, identify gaps, and generate comprehensive reports. Use when measuring code coverage, finding untested code, or validating coverage thresholds.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Validates detection coverage by mapping Atomic Red Team tests to ATT&CK techniques, checking which of your detections cover each tested technique, and reporting coverage gaps. Activates for requests to validate detections with atomic tests, map Atomic Red Team to coverage, or find detection gaps against tested techniques.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Maps hunts and detections to MITRE ATT&CK for coverage analysis: tagging hypotheses with techniques, building a coverage matrix from completed hunts, and identifying high-risk gaps to prioritize next. Activates for requests to map hunts to ATT&CK, build a coverage heatmap, or find detection gaps by technique.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Create QA test strategy documents, coverage matrices, and risk-based test prioritization plans. Use this skill whenever a QA lead or manager needs to plan what to test, why, and at what depth. Trigger on phrases like "write a test strategy", "test strategy document", "what should we test", "prioritize testing", "risk-based testing", "test coverage plan", "QA approach for this project", "coverage matrix", "test scope", "how should we approach testing this quarter", "where are our coverage gaps", or any request to define the strategic plan for testing - not the execution of it. Also trigger at project kickoff when a QA lead asks "how do we approach quality on this?"

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Comprehensive test suite review across five phases. Surveys unit coverage, integration coverage, E2E (browser) coverage for webapps, fuzz coverage, and test quality — in that order. Advisory only — produces findings and proposes tickets; does not implement test changes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

An innate exploratory drive that guarantees no graph node remains permanently invisible to an agent population. After a warm-up period (step > 3), each agent fires a coverage scan with probability |unseen_nodes| / |all_nodes|. When triggered, the agent teleports directly to the globally unseen node with the highest belief uncertainty, works it, and returns control to the normal action-selection loop. Probability is self-annealing: it starts near 1.0 when almost everything is unseen and decays toward 0.0 as coverage saturates, requiring no manual schedule. The mechanism is "innate" (hard-coded into the agent step loop) as distinct from the "adaptive" EFE path, which requires local neighbors and learned precision weights. Together they form a two-layer exploration architecture: adaptive for locally-guided foraging, innate for topological completeness.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Run pytest tests with coverage, discover lines missing coverage, and increase coverage to 100%.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Coverage review and verification sufficiency routing. Use when test coverage, uncovered paths, coverage reports, or verification adequacy need a read-only QA review; do not use for writing tests or running browser/E2E artifacts.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

OpenClaw 테스트와 플러그인 검증의 시간 및 메모리 사용량을 측정하고 로딩과 시작 과정의 원인을 조사합니다. 검증 범위를 유지하며 개선 전후 수치를 비교합니다.

• 느린 테스트와 과도한 모듈 로딩 원인 조사
• 플러그인 검증 시간과 메모리 사용 절감
• 테스트 중 메모리 증가 조사

PHPUnit 또는 Pest로 Laravel 기능을 테스트부터 구현합니다. 모델, API, 인증과 권한을 검증하고 외부 서비스를 모의 처리하며 테스트가 실행한 코드 범위를 확인합니다.

• Laravel 기능을 테스트부터 구현합니다
• API 인증과 권한을 검증합니다
• 결제, 메일과 큐를 모의 처리합니다

Laravel 프로젝트의 환경, 코드 검사, 테스트, 의존성 취약점, 데이터베이스 변경과 큐를 순서대로 확인해 병합이나 배포 전 문제를 점검합니다.

• Laravel 풀 리퀘스트 전 점검
• 대규모 리팩터링이나 의존성 갱신 후 검증
• 스테이징 및 운영 환경 배포 전 점검

Kotlin 테스트를 먼저 작성하고 Kotest와 MockK로 동작과 의존성을 검증합니다. 비동기 테스트부터 Kover를 통한 커버리지 확인까지 진행합니다.

• 기존 Kotlin 코드에 테스트 추가
• 테스트를 먼저 작성해 새 기능 개발
• 코루틴과 Flow 동작 검증

테스트를 먼저 작성하는 Go 개발을 돕습니다. 여러 사례 검증, HTTP 응답 확인, 성능 측정, 입력 자동 생성 검사와 커버리지 확인을 다룹니다.

• 테스트를 먼저 작성하는 Go 개발
• 정상 및 오류 테스트 사례 보완
• 처리 시간과 메모리 할당량 비교

Django 배포나 변경 제안 전에 환경, 코드 품질, 데이터베이스 변경, 테스트, 취약점과 설정을 순서대로 검증하고 단계별 통과 여부와 수정할 문제를 보고합니다.

• Django 변경 제안 전에 확인할 때
• 데이터베이스 마이그레이션을 확인할 때
• 테스트 커버리지 목표를 확인할 때

프로젝트 품질 기준을 수치와 확인 방법으로 문서화합니다. 변경 내역에서 테스트 생략, 경고 억제, 기준 하향을 점검해 에이전트 개발의 품질을 유지합니다.

• 에이전트 개발의 품질 기준 설정
• 커버리지와 성능 목표 선택
• 테스트 생략과 경고 억제 발견

중복되거나 검증 내용이 빈약하거나 내부 구현에 의존하는 테스트를 조사합니다. 결함 재발을 감지할 검증을 남기면서 근거에 따라 테스트를 정리하거나 삭제합니다.

• 중복 테스트 감사
• 회귀 감지를 유지하며 테스트 정리
• 내부 구현에 의존하는 테스트 검토

Review mobile test coverage across real devices and simulated screen sizes. Find gaps in automated checks and CI, the workflow that runs project checks, and add Playwright tests for key mobile user flows.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Reviewing mobile test coverage in CI
• Adding Playwright tests for mobile user flows
• Planning Android and iOS real-device checks

Audit whether a website serves all pages over HTTPS with valid TLS certificates, which secure connections. Check certificate coverage and expiration, permanent redirects from HTTP, and HTTPS URLs for internal links and resources, then review the necessary configuration changes.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Auditing HTTPS coverage across a website
• Checking certificate expiration and hostname coverage
• Verifying permanent redirects from HTTP to HTTPS

Review and add E2E tests, which check complete user journeys such as signing in or checking out. Identify missing coverage, organize reusable tests, and check that automated delivery workflows run them and handle failures.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Checking test coverage for sign-in and checkout flows
• Adding tests for form submissions
• Reviewing automated test runs and failure handling in CI/CD