oncokb-test-planning-and-coverage

Plans test scope and coverage by requiring user-approved test cases before implementation.

Updated Aug 31, 2026
One-click install
npx skills add https://github.com/oncokb/oncokb-skills --skill oncokb-test-planning-and-coverage-oncokb
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: oncokb-test-planning-and-coverage
Source: https://github.com/oncokb/oncokb-skills/tree/main/skills/oncokb-test-planning-and-coverage
Command: npx skills add https://github.com/oncokb/oncokb-skills --skill oncokb-test-planning-and-coverage-oncokb

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often write tests without clear agreement on scope, leading to missing coverage for critical logic or wasted effort on trivial CRUD code. This Skill enforces a structured decision process so tests are only written after the user confirms exactly which cases matter. ## Core Features & Use Cases - Test Scope Classification: Separates non-trivial business logic from CRUD-only behavior and identifies user-facing I/O surfaces that need end-to-end coverage. - User-Confirmed Test Cases: Requires an explicit, user-approved list of test cases, priorities, and constraints before any test is implemented. - Layered Coverage Rules: Maps approved cases to unit or end-to-end layers, with required performance checks for end-to-end flows, screenshot assertions for UI rendering, and migration tests when schema changes occur. - Use Case: When adding a new API endpoint, use this Skill to classify the change, propose candidate unit and end-to-end tests, confirm the exact cases with the requester, then implement and report coverage mapped back to the approved list. ## Quick Start Ask the assistant to plan the test coverage for your recent code change and confirm which specific test cases should be implemented.

Frequently Asked Questions about oncokb-test-planning-and-coverage

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decide between unit tests and end-to-end tests?▼

Unit tests cover non-trivial business logic beyond basic CRUD, while end-to-end tests cover user-facing I/O such as API call flows and rendering output. This Skill classifies the changed behavior first, then maps each approved case to the correct layer.

How to plan test coverage before writing tests?▼

Start by classifying the changed behavior into non-trivial logic and user-facing I/O surfaces, then propose candidate test cases and confirm the exact list with stakeholders. Only implement cases that were explicitly approved, and report results mapped back to that list.

When should end-to-end tests include performance testing?▼

Performance testing is required coverage whenever end-to-end tests are in scope for a change. Constraints such as budgets, thresholds, tooling, and environments should be confirmed with the user before implementation.

Does every code change need unit tests?▼

No. Trivial CRUD plumbing does not require deep unit test suites by default. Unit tests are added for non-trivial logic, and business logic beyond basic CRUD is treated as non-trivial unless the user states otherwise.

When are database migration tests required?▼

Migration-focused tests are added only when the codebase already supports migration testing and the change affects schema or migration logic. Any constraints for those tests should be confirmed with the user beforehand.