Regression Testing

tdd-workflow est une skill de workflow test-first pour les nouvelles fonctionnalités, les corrections de bugs et les refactorings. Elle applique le TDD avec une couverture de 80 % ou plus sur les tests unitaires, d’intégration et E2E, ainsi que des points de contrôle explicites et la validation des cas limites. Utilisez la skill tdd-workflow lorsque vous avez besoin d’un guide pratique pour l’automatisation des tests et pour des changements de code plus prévisibles.

springboot-verification est une boucle de vérification pour les projets Spring Boot, conçue pour vous aider à confirmer qu’un changement est sûr avant une PR ou un déploiement. Utilisez ce guide springboot-verification pour la validation du build, l’analyse statique, les tests avec couverture, les scans de sécurité et la Skill Validation.

rust-testing est un guide pratique des patterns de test en Rust, couvrant les tests unitaires, les tests d’intégration, les tests asynchrones, les tests basés sur les propriétés, les mocks et la couverture. Il vous aide à choisir la bonne forme de test et à suivre un workflow TDD avec moins d’hésitation.

canary-watch est une skill de surveillance post-déploiement qui vérifie une URL en production pour détecter des régressions après des releases, des merges ou des mises à jour de dépendances, sur staging comme en production.

ai-regression-testing aide à repérer des bugs que le développement assisté par IA laisse souvent passer, notamment les correctifs incomplets, les hypothèses obsolètes et les régressions entre les parcours sandbox et production. Utilisez ce skill ai-regression-testing pour les tests de régression lorsqu’un agent a modifié des routes d’API, la logique backend ou des correctifs qui nécessitent des vérifications concrètes et répétables. Il est particulièrement utile pour la validation en mode sandbox sans base de données et pour les workflows de revue qui révèlent des branches cachées.

qa-test-planner est une skill QA à déclenchement explicite conçue pour créer des plans de test, des cas de test manuels, des suites de régression, des notes de validation de design Figma et des rapports de bug structurés à partir du contexte d’une fonctionnalité ou d’une release.