test-strategy

Classify task specifications into knowledge levels and select TDD, BDD, or exploratory testing.

14|6|Updated Feb 3, 2026
One-click install
npx skills add https://github.com/tyevans/tackline --skill test-strategy-tyevans
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-strategy
Source: https://github.com/tyevans/tackline/tree/main/skills/workflows/test-strategy
Command: npx skills add https://github.com/tyevans/tackline --skill test-strategy-tyevans

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill ensures that the most appropriate testing strategy is applied based on the nature of the specification, preventing wasted effort on incorrect testing methodologies.

Core Features & Use Cases

  • Classification: Analyzes task descriptions and project artifacts to determine if a specification is Codified, Articulated, or Tacit.
  • Strategy Selection: Recommends TDD for codified/articulated specs and exploratory testing (test-after) for tacit ones.
  • Use Case: Before starting a new feature, run this skill to get a clear plan on whether to write tests first based on existing specs, or to implement first and then document the behavior.

Quick Start

Use the test-strategy skill to classify the testing approach for implementing user authentication.

Frequently Asked Questions about test-strategy

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

FAQPage Schema
How do I choose the right test strategy for a new feature?

TDD works best for codified and articulated specifications because the requirements are explicitly defined enough to write failing tests upfront. For tacit specifications where behavior is not fully defined, exploratory testing after implementation is recommended over strict TDD.

What is a red-gate validation workflow in testing?

Red-gate validation is a structured testing workflow that ensures robust test coverage by validating test failure before implementation and declaring immutability for verified components. It guides developers through a strict progression to prevent regression.

When should I use exploratory testing instead of TDD?

You should use exploratory testing instead of TDD when a task's specification is classified as tacit knowledge. Tacit specifications lack explicit requirements, making test-after exploratory approaches more appropriate than writing tests first.

How do I determine if a specification is codified, articulated, or tacit?

You determine specification classification by analyzing task descriptions and project artifacts. Codified specs are strictly documented, articulated specs are explicitly discussed but flexible, and tacit specs rely on implicit understanding without formal documentation.

What are the limitations of using TDD for tacit specifications?

The limitation of using TDD for tacit specifications is that implicit requirements cannot be easily translated into upfront failing tests. Forcing TDD on tacit knowledge causes wasted effort and incorrect testing methodologies, requiring an exploratory test-after approach instead.