test

Write failing tests before implementation using red-green TDD workflows.

1|Updated May 18, 2026
One-click install
npx skills add https://github.com/linenoize/topia --skill test-linenoize
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test
Source: https://github.com/linenoize/topia/tree/main/skills/test
Command: npx skills add https://github.com/linenoize/topia --skill test-linenoize

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill enforces disciplined test-first development so code changes are validated by behavior, not by guesswork. It helps prevent fragile implementations, missed edge cases, and rushed changes that only appear correct.

Core Features & Use Cases

  • Red-green TDD workflow: Write one failing test first, confirm it fails, then verify the implementation makes it pass.
  • Behavior-focused coverage: Target happy paths, edge cases, and error cases using the project’s existing test framework and conventions.
  • Quality gates and traceability: Check coverage, preserve vertical slicing discipline, and map requirements to test cases for reliable verification.
  • Use Case: A developer adding a new validation rule can write the first failing test, run it to see the expected failure, and then hand off implementation until the test passes.

Quick Start

Use the test skill to write one failing test for the current behavior, run it to confirm it fails, and then pass implementation work to the fix skill.

Frequently Asked Questions about test

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

FAQPage Schema
How do I enforce a red-green TDD workflow when adding new code changes?

Red-green TDD workflow enforces writing a failing test first to validate expected behavior, confirming the failure, then verifying the implementation makes it pass. This prevents fragile code by targeting happy paths, edge cases, and error cases.

What is behavior-focused test coverage and how does it map requirements?

Behavior-focused test coverage validates code changes by targeting happy paths, edge cases, and error cases using the project's existing test framework. It maps requirements to test cases, preserving vertical slicing discipline and ensuring reliable verification through coverage checks.

Can I use this testing approach with both pytest and jest frameworks?

This testing approach works with pytest, jest, and other frameworks by detecting the project's existing test conventions. It applies framework detection to write tests across unit, integration, end-to-end, or behavior tests without requiring additional dependencies.

How do I write failing tests before implementation across different test types?

Writing failing tests before implementation applies to unit, integration, end-to-end, and behavior tests. The process targets expected behavior using the project's existing conventions, enforcing red-green TDD and behavior-focused assertions for reliable verification.

Does test-first development require specific dependencies or environment setup?

Test-first development requires no additional dependencies, relying on framework detection to apply existing project conventions. It operates within the current test setup to enforce coverage checks, vertical slicing, and behavior-focused assertions for reliable verification.

What is the best way to validate expected behavior without guesswork?

The best way to validate expected behavior is disciplined test-first development, enforcing red-green TDD to prevent fragile implementations. By writing one failing test first and mapping requirements to test cases, code changes are validated by behavior, not guesswork.