testing-strategies

Define a 3-tier pytest testing strategy for Kailash applications.

Updated Apr 2, 2026
One-click install
npx skills add https://github.com/myeohVmzrka92/disease-risk-controller-S2 --skill testing-strategies-myeohvmzrka92
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: testing-strategies
Source: https://github.com/myeohVmzrka92/disease-risk-controller-S2/tree/main/.claude/skills/12-testing-strategies
Command: npx skills add https://github.com/myeohVmzrka92/disease-risk-controller-S2 --skill testing-strategies-myeohvmzrka92

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps teams design a dependable testing approach for Kailash applications so unit, integration, and end-to-end coverage stays clear, consistent, and less dependent on fragile mocks.

Core Features & Use Cases

  • 3-Tier Test Strategy: Separates fast unit tests from integration tests and end-to-end tests.
  • Real Infrastructure Policy: Recommends using real databases, APIs, file systems, and LLM calls for higher-tier validation.
  • Use Case: A developer can use this Skill to organize pytest suites, choose when mocking is appropriate, and build fixtures for database-backed and API-backed workflows.

Quick Start

Use the testing-strategies skill to design a 3-tier pytest plan for my application and show me which tests should use real infrastructure.

Frequently Asked Questions about testing-strategies

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

FAQPage Schema
How do I structure pytest tests for integration and e2e workflows?▼

Structure pytest tests using a 3-tier strategy that separates fast unit tests, integration tests, and end-to-end tests, ensuring clear coverage and consistent design across database-backed components and API integrations.

When should I use real infrastructure instead of mocks in integration tests?▼

Use real infrastructure for integration and end-to-end tests by provisioning actual databases, APIs, file systems, and LLM calls rather than mocks, which removes guesswork and provides higher-tier validation for complex workflows.

What is the best way to organize a 3-tier testing strategy for Kailash applications?▼

The best way to organize a 3-tier testing strategy is to enforce structured fixtures, timeout management, and cleanup discipline while applying clear rules for when mocking is allowed across unit, integration, and end-to-end tiers.

Does the testing strategy work with LLM-driven agents and API integrations?▼

Yes, the testing strategy explicitly applies to LLM-driven agents and API integrations, requiring real infrastructure for higher-tier validation to ensure full user journey accuracy across these components.

Why do my mocked integration tests fail to catch real database and API errors?▼

Mocked integration tests fail because they bypass real infrastructure interactions; adopting a real infrastructure policy for integration and e2e tests validates actual database, API, and file system behavior directly.