test-strategy

Design test strategies and write behavior-focused unit, integration, and e2e tests.

15|3|Updated Jul 9, 2026
One-click install
npx skills add https://github.com/kiurakku/cursor-kit-for-ai --skill test-strategy-kiurakku
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: test-strategy
Source: https://github.com/kiurakku/cursor-kit-for-ai/tree/main/plugins/engineering/skills/test-strategy
Command: npx skills add https://github.com/kiurakku/cursor-kit-for-ai --skill test-strategy-kiurakku

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often write tests that chase coverage percentages instead of catching real bugs, leaving critical paths like payments, auth, and data-destroying operations untested while flaky suites erode trust. ## Core Features & Use Cases - Test Pyramid Guidance: Assigns each behavior to the right layer (unit, integration, e2e) with rules for pushing tests as low as possible while still testing real behavior. - Prioritized Test Planning: Ranks what to test first — money and auth paths, data-destroying operations, boundary logic, error paths, and regression locks for fixed bugs. - Flaky Test Diagnosis: Provides an ordered diagnostic flow for shared state, time dependencies, async races, network calls, and test-order dependencies. - Suite Review: Audits existing suites by checking whether recent production bugs would have been caught, flagging assert-free tests and mock-only assertions. - Use Case: When asked "how should we test this checkout feature", produce a structured test plan with critical behaviors, edge cases, error paths, explicit out-of-scope items, and an estimated unit/integration/e2e split. ## Quick Start Ask the agent to design a test plan for your feature, for example: create a test strategy for the coupon discount endpoint including edge cases and error paths.

Frequently Asked Questions about test-strategy

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

FAQPage Schema
How do I decide between unit, integration, and e2e tests?▼

Push each test as low in the pyramid as it can go while still testing real behavior. Unit tests cover pure logic like calculations and validation, integration tests cover DB queries and API endpoints, and e2e tests cover only 3-7 critical user journeys like signup and payment.

What should I test first in a new feature?▼

Prioritize money and auth paths, data-destroying operations like deletes and migrations, boundary logic such as pagination and quotas, and error paths for failures like DB outages. Every fixed production bug should also get a regression test that reproduces it first.

How do I fix flaky tests in pytest?▼

Diagnose in order of likelihood: shared state between tests, time dependencies, async races, external network calls, then test-order dependency (confirm with pytest -p no:randomly). Fix the root cause — never mask flakiness with retries or sleeps.

Should integration tests use SQLite or a real database?▼

Run integration tests against the real database, such as Postgres in a compose service, rather than SQLite. Dialect differences between databases are where bugs hide, and an endpoint test that mocks the DB tests nothing meaningful.

How do I know if my existing test suite is effective?▼

Pick three recent bug fixes from git log and check whether any existing test would have caught them — that is the real coverage metric. Also grep for tests with no asserts, mock-only assertions, broad try/except blocks, and sleep calls.