hustlexp-tdd

Enforce TDD cycles with Vitest and 88.88% coverage for backend services.

Updated Mar 8, 2026
One-click install
npx skills add https://github.com/Sebdysart/omni-link-hustlexp --skill hustlexp-tdd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hustlexp-tdd
Source: https://github.com/Sebdysart/omni-link-hustlexp/tree/main/skills/hustlexp-tdd
Command: npx skills add https://github.com/Sebdysart/omni-link-hustlexp --skill hustlexp-tdd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill enforces a strict Test-Driven Development (TDD) discipline for the HustleXP backend, ensuring code quality, maintainability, and high test coverage.

Core Features & Use Cases

  • TDD Enforcement: Guides developers through the RED → GREEN → REFACTOR → VERIFY cycle.
  • Coverage Floor: Mandates a minimum of 88.88% line coverage for all backend code.
  • Mocking Standards: Provides canonical patterns for mocking database and Redis interactions.
  • Pagination Correctness: Ensures correct offset-based pagination implementation.
  • Use Case: Before writing any new feature for the hustlexp-ai-backend service, this Skill ensures you write failing tests first, then minimal code to pass, and finally verify coverage and correctness.

Quick Start

Use the hustlexp-tdd skill to ensure all new backend code adheres to the TDD cycle and coverage requirements.

Frequently Asked Questions about hustlexp-tdd

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

FAQPage Schema
How do I enforce a strict TDD cycle when writing backend services?

Backend TDD discipline is enforced by guiding developers through the RED, GREEN, REFACTOR, and VERIFY stages, ensuring you write failing tests first, then minimal passing code, and finally verify correctness. This guarantees maintainability and high code quality.

What's the best way to mock databases and Redis in Vitest?

Mocking databases and Redis in Vitest requires applying canonical mocking patterns during the RED and GREEN testing stages. These standards ensure correct interaction simulation, maintaining high test coverage and code quality for backend services.

What minimum test coverage should I mandate for backend testing?

For backend testing, you should mandate a minimum of 88.88% line coverage across all backend code. Enforcing this coverage floor during the VERIFY stage guarantees high code quality and maintainability for new features.

How do I implement correct offset-based pagination in a backend service?

Implementing correct offset-based pagination requires following specific correctness patterns verified during the TDD cycle. You write failing tests for pagination behavior first, then write minimal backend code to pass them, ensuring accurate data retrieval.

Does Vitest work well for enforcing TDD discipline in backend development?

Vitest works effectively for enforcing TDD discipline in backend development by providing robust testing and coverage analysis. It supports the RED, GREEN, REFACTOR, and VERIFY stages while accommodating specific database and Redis mocking patterns.

Why should I write failing tests before implementing backend features?

Writing failing tests first is the RED stage of TDD, ensuring you define exact requirements before writing code. Proceeding to GREEN with minimal code guarantees the feature works as tested and meets the 88.88% coverage floor, preventing regressions.