test-shipped-code

Write failing behavior tests before implementation code for shipped React and Next.js features.

1|Updated Jul 13, 2026
One-click install
npx skills add https://github.com/dineshrevunuru/SuperSkills --skill test-shipped-code-dineshrevunuru
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-shipped-code
Source: https://github.com/dineshrevunuru/SuperSkills/tree/main/test-shipped-code
Command: npx skills add https://github.com/dineshrevunuru/SuperSkills --skill test-shipped-code-dineshrevunuru

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Production code changes to live apps ship without tests that actually verify behavior, so regressions reach real users and green test suites give false confidence through tautological or no-op assertions. ## Core Features & Use Cases - Red-green TDD loop: Write one failing behavior test at a confirmed public seam, then only enough code to pass it, working in vertical slices with Vitest, Jest, or Playwright. - Mode switching: Full TDD for logic, state, and data changes; a screenshot-based visual path via verify-ui-quality for pure CSS, layout, and motion work. - Test quality gates: Detect tautological tests that recompute expected values with the code's own logic and no-op tests that cannot fail against a broken implementation. - Use Case: When adding slot-availability logic to a live booking app, confirm the public seam, write a failing boundary test with hand-verified expected values, then implement only enough code to turn it green. ## Quick Start Use test-shipped-code to TDD the booking availability function in my Next.js app, starting with a failing boundary test.

Frequently Asked Questions about test-shipped-code

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

FAQPage Schema
How do I do TDD in a React or Next.js app?

Write one failing behavior test at a confirmed public seam, run it to confirm it fails for the stated reason, then write only enough code to pass it. Repeat in vertical slices using Vitest or Jest rather than writing all tests upfront.

What is a tautological test and how do I avoid it?

A tautological test computes its expected value using the same logic as the implementation, so it passes by construction and can never catch a bug. Avoid it by deriving expected values from hand-verified literals, worked examples, or the spec.

Should I write unit tests for prototypes?

No. Prototypes exist to answer a question and then be discarded, so tests there are waste. Test-first discipline applies only to shipped production code where a regression affects real users.

When should I use a screenshot instead of a unit test?

Use a screenshot for pure-visual changes like CSS layout, spacing, or animation entrances, since assertions on style values are brittle and prove nothing about appearance. Reserve unit tests for logic, state, and data behavior.

Why does my test pass even when the code is broken?

The test is likely a no-op whose assertion cannot fail, such as checking that a result is defined or that a mock was called. Break the implementation on purpose; if the test stays green, it was testing nothing and should be rewritten or deleted.