new-feature-checklist

Verify fake data consistency and test coverage for new features.

1|Updated Sep 6, 2024
One-click install
npx skills add https://github.com/carlos18bp/gym_project --skill new-feature-checklist-carlos18bp
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: new-feature-checklist
Source: https://github.com/carlos18bp/gym_project/tree/main/.agents/skills/new-feature-checklist
Command: npx skills add https://github.com/carlos18bp/gym_project --skill new-feature-checklist-carlos18bp

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents new features from being validated by inconsistent fake data and uncovered test gaps across backend, frontend, and end-to-end flows.

Core Features & Use Cases

  • Valid fake data aligned to business rules: Ensures factories/fixtures generate coherent, realistic scenarios and properly exercise model validations, constraints, and FK/relational dependencies.
  • Post-implementation fake data refresh guidance: Triggers a refresh after changes that affect models, foreign keys, M2M relationships, serializers/forms, or domain/business logic so existing test data doesn’t become incoherent.
  • Cross-layer test coverage enforcement: Helps define what to test in backend (unit/integration/contract/edge cases), frontend (unit), and frontend E2E (role-based user flows and error states), including quality standards.
  • User flow documentation updates: Prompts updating the user flow map when new flows are introduced.

Quick Start

Run the new-feature-checklist task and then ask it what to test and whether you must run fake-data-refresh for the changes you made.

Frequently Asked Questions about new-feature-checklist

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

FAQPage Schema
How do I ensure test coverage across backend and frontend E2E layers for a new feature?

To ensure test coverage for a new feature, verify backend unit, integration, and edge cases alongside frontend unit and role-based E2E flows. This process enforces quality standards across all layers and prompts documentation updates for new user flows.

When do I need to run a fake-data refresh after implementing model changes?

You need a fake-data refresh after implementing changes that affect models, foreign keys, M2M relationships, serializers, forms, or domain logic. This refresh workflow prevents existing test data from becoming incoherent with updated business rules and validations.

What is the correct execution order for running new tests and regression tests?

The correct execution order for running tests requires executing new tests first, followed by regression tests. This specific sequence ensures newly implemented logic is validated before verifying that existing application behaviors remain unaffected.

How do I generate valid fake data aligned to business rules and model validations?

To generate valid fake data aligned to business rules, update factories and fixtures to exercise model validations, constraints, and foreign key dependencies. This ensures generated scenarios are coherent and properly reflect realistic domain logic.

Does this test coverage checklist work with Vue and Django law-firm management app changes?

Yes, this test coverage checklist works with Vue and Django law-firm management app changes. It specifically targets factories, serializers, model fields, status transitions, and frontend E2E role-based flows within this technology stack.