testing-strategies

Implement three-tier testing strategies for Kailash applications with real infrastructure.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Kailash testing teams often struggle to design and implement reliable, scalable test strategies across multiple layers. This skill provides a structured approach to the 3-tier testing paradigm and promotes the use of real infrastructure for meaningful validation.

Core Features & Use Cases

  • Clear guidance on Tier 1 unit tests, Tier 2 integration tests with real resources, and Tier 3 end-to-end tests.
  • Real infrastructure policy that reduces false positives/negatives and surfaces integration issues earlier.
  • Practical templates and patterns to organize tests, fixtures, and CI/CD workflows across Kailash projects.

Quick Start

Run the three-tier testing workflow locally and in CI to validate unit, integration, and end-to-end coverage using real infrastructure for tiers 2-3.

Frequently Asked Questions about testing-strategies

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

FAQPage Schema
How do I structure a 3-tier testing strategy for applications?

A 3-tier testing strategy organizes validation into Tier 1 unit tests, Tier 2 integration tests with real resources, and Tier 3 end-to-end tests across data layers, APIs, and model calls. This structure surfaces integration issues earlier.

Why should I use real infrastructure for integration and end-to-end testing?

Using real infrastructure for integration and end-to-end testing reduces false positives and negatives by validating actual data layers, APIs, and model calls instead of mocks. This approach enforces reproducibility and surfaces integration issues earlier.

What is the best way to organize test fixtures and CI/CD workflows?

The best way to organize test fixtures and CI/CD workflows is applying structured templates and patterns across unit, integration, and end-to-end tiers. This ensures reproducible test execution and manages validation risks across real infrastructure.

Can I run the three-tier testing workflow in CI/CD pipelines?

Yes, you can run the three-tier testing workflow in CI/CD pipelines to validate unit, integration, and end-to-end coverage. The workflow enforces real infrastructure for Tiers 2 and 3 to ensure meaningful validation in automated environments.

When do I need real infrastructure validation instead of mocking?

You need real infrastructure validation for Tier 2 integration and Tier 3 end-to-end tests where mocking creates false positives. Real infrastructure tests data layers, APIs, and model calls directly to enforce reproducibility and surface integration failures earlier.

What are the limitations of using mock data in integration testing?

Mock data in integration testing produces false positives and negatives by hiding real integration failures. Without real infrastructure for data layers, APIs, and model calls, tests cannot validate actual system behavior or guarantee reproducibility.