testing

Classify test cases into Unit, Integration, Concurrency, Adapter, and E2E skeletons.

Updated Feb 5, 2026
One-click install
npx skills add https://github.com/jivebreaddev/skills-claude-agent --skill testing-jivebreaddev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: testing
Source: https://github.com/jivebreaddev/skills-claude-agent/tree/main/.claude/projects/loopers-kotlin-spring-template/skills/testing
Command: npx skills add https://github.com/jivebreaddev/skills-claude-agent --skill testing-jivebreaddev

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill guides teams to enforce disciplined testing practices, preventing interaction-based verifications and focusing on observable state outcomes.

Core Features & Use Cases

  • Enforces Classical TDD principles across unit, integration, concurrency, adapter, and end-to-end testing.
  • Provides reference-driven patterns and structure for test skeletons.
  • Helps classify test cases by responsibility and ensure proper factory methods and isolation.

Quick Start

Provide comprehensive testing skeletons that reflect kingdom of test levels, with clear Given/When/Then framing and no use of verify().

Frequently Asked Questions about testing

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

FAQPage Schema
How do I enforce Classical TDD and stop using interaction verifications in unit tests?

To enforce Classical TDD, you prevent interaction-based verifications and guide state-based assertions, ensuring tests reflect observable outcomes rather than implementation details.

What is the correct way to classify test cases into Unit, Integration, and E2E levels?

Classifying test cases involves applying test-level guidelines to sort responsibilities into Unit, Integration, Concurrency, Adapter, and E2E levels, producing focused skeletons with proper structure.

How do I structure test skeletons using Given/When/Then framing for TDD?

You structure test skeletons by applying test-level guidelines to produce focused structures with clear Given/When/Then framing, utilizing factory-method patterns to ensure proper isolation.

When should I write concurrency tests and adapter tests instead of standard unit tests?

Write concurrency tests and adapter tests instead of standard unit tests when test-level guidelines classify specific cases as requiring these structures to verify observable outcomes accurately.

Why does my test suite break when refactoring implementation details?

Your test suite breaks during refactoring because tests rely on interaction verifications rather than observable state outcomes, making them fragile to internal implementation changes.