soft6096/jee-forge

8 compétences Agent SKILL.md pour le développement Java/Spring piloté par l'IA — installez une fois, utilisez partout.

Qu'est-ce que jee-forge ?

Cette suite de 8 compétences SKILL.md standardise la génération de code de test par l'IA pour les projets Java/Spring. Elle couvre les tests unitaires (structure AAA, règles de simulacres, assertions AssertJ, isolation), les tests contractuels (traduction des scénarios d'acceptation, couverture des trois états : valide/invalide/frontière, pratique du rouge-vert), et la gestion des données de test (data factories, Testcontainers pour les bases de données réelles, isolation des données). Chaque compétence est référencée par une matrice de chargement selon le type de tâche (écriture de tests unitaires, tests contractuels, préparation de données, ou revue de code). L'ensemble assure une qualité et une cohérence optimales en imposant des règles claires : un test une seule vérification, noms de méthodes en anglais en camelCase, dépendances entièrement simulées, isolation des tests, et documentation en Javadoc rédigée en chinois. Les tests servent de critères d'acceptation : interdiction de modifier les assertions, supprimer des tests ou utiliser @Disabled.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add soft6096/jee-forge

Installed? Explore more Recherche et analyse de données skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Normes de test

Ensemble de règles contraignant la génération de code de test par l'IA. Trois niveaux :

  • unit-test-standards.md : Tests unitaires — Structure AAA / Règles de simulacres / Style d'assertion / Isolation des tests
  • contract-test-standards.md : Tests contractuels — Traduction des scénarios d'acceptation / Couverture des trois états / Rouge-vert d'abord
  • test-data-standards.md : Données de test — Data factories / Testcontainers / Isolation

Matrice de chargement

Type de tâcheLecture obligatoire
Écrire des tests unitairesstandards/unit-test-standards.md
Écrire des tests contractuels d'interface (en lien avec ai-dev-workflow 4.2)standards/contract-test-standards.md + standards/unit-test-standards.md
Préparer des données de test / tests d'intégration base de donnéesstandards/test-data-standards.md
Réviser du code de testTout (selon le type correspondant)

Aide-mémoire des règles essentielles

  • Les tests sont des critères d'acceptation : il est interdit de modifier les assertions, supprimer des tests ou utiliser @Disabled (le code ne doit pas s'adapter aux tests)
  • Un test = un comportement, structure AAA ; assertions fluides avec AssertJ
  • Noms de méthodes en anglais en camelCase (createOrderShouldReturn400WhenUserNotExist), interdiction des noms en chinois ou en pinyin ; Javadoc des cas en chinois
  • Toutes les dépendances simulées, ne pas tester les détails d'implémentation ; pas de Thread.sleep
  • Tests contractuels : couvrir les trois états (valide / invalide / frontière), rouge-vert d'abord
  • Données de test industrialisées ; pour les requêtes SQL complexes, utiliser Testcontainers avec une base réelle
  • Isolation des tests : ne pas dépendre de l'ordre d'exécution, ne pas partager d'état mutable

Relations avec les autres compétences

  • ai-dev-workflow : 4.2 /contract-tests : le processus de test contractuel référence les normes de test contractuel de cette compétence (le processus est dans la compétence processus, les normes de code sont dans cette compétence)
  • java-code-standards : Les normes de code Java référencent cette compétence (chargée lors de l'écriture de tests)
  • database-standards / comment-standards : Aucune référence directe

Exigences d'utilisation

Avant de générer tout code de test, lisez les normes selon la « Matrice de chargement par type de tâche » ; après génération, vérifiez point par point avec la checklist correspondante. Pour les tests contractuels, appliquez le principe rouge-vert : la cause du rouge doit être « l'implémentation n'existe pas » et non « le test est mal écrit ».

Skills associés