💻 Développement

integration-test-builder

Crée des tests d'intégration pour vérifier l'interaction entre composants.

⚡ Installation & lancement en 1 commande

Copiez-collez dans votre terminal : le skill s'installe dans ~/.claude/skills et Claude Code se lance directement dessus.

macOS / Linux
curl -fsSL https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.sh | sh -s -- integration-test-builder --launch
Windows (PowerShell)
iex "& { $(iwr -useb https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.ps1) } integration-test-builder -Launch"

🚀 Déjà installé ?

claude "/integration-test-builder"

Ou tapez /integration-test-builder dans une session Claude Code, ou décrivez simplement votre besoin — le skill se déclenche automatiquement via le skill-router.

🔑 Déclencheurs automatiques

Le skill s'active automatiquement quand votre demande contient :

test d'intégrationintegration testtester l'APItester la DBtest end-to-endtest E2ETestcontainersWebApplicationFactory

📦 Installation manuelle

git clone https://github.com/khalilbenaz/claude-skills-collection.git cp -r claude-skills-collection/dev-skills/integration-test-builder ~/.claude/skills/

Source : dev-skills/integration-test-builder

📖 Manuel

Integration Test Builder

Workflow

  1. Identifier les points d'intégration à tester
    • Endpoints API REST ou GraphQL exposés par le service
    • Accès base de données (requêtes, transactions, contraintes)
    • Files de messages (Kafka, RabbitMQ, Azure Service Bus)
    • Services externes consommés (paiement, email, stockage, auth)
  1. Setup de l'environnement de test
    • TestContainers pour démarrer de vraies instances DB/Redis/Kafka en Docker
    • Base de données in-memory (SQLite, H2, EF Core InMemory) pour tests légers
    • Docker Compose dédié à l'environnement de test avec profils isolés
    • Variables d'environnement et configuration spécifiques au mode test
  1. Configuration du test server
    • .NET : WebApplicationFactory<Program> avec IClassFixture
    • Node.js : supertest avec l'app Express/Fastify démarrée en mode test
    • FastAPI/Python : TestClient de Starlette avec base de données de test
    • Spring Boot : @SpringBootTest avec MockMvc ou WebTestClient
  1. Création des fixtures et seed data
    • Données de test réalistes et représentatives des cas métier
    • Builders ou factories pour générer des entités cohérentes
    • Scripts de seed versionnés et reproductibles
    • Cleanup systématique après chaque test (rollback, truncate, drop)
  1. Tests des scénarios d'intégration
    • CRUD complet : créer, lire, mettre à jour, supprimer une ressource
    • Workflows multi-étapes : enchaîner plusieurs appels dans un scénario cohérent
    • Vérifier les codes HTTP, les headers, la structure des réponses JSON
    • Tester les cas d'erreur : 404, 400, 409, 500 et leurs messages
  1. Gestion des dépendances externes
    • WireMock ou MockServer pour simuler les APIs tierces
    • Fake services locaux (fake-stripe, localstack pour AWS)
    • Configurer les timeouts et les comportements d'erreur simulés
    • Vérifier que les contrats d'appel sont respectés
  1. Tests de contrat
    • Pact pour le contract testing consumer-driven entre microservices
    • Définir les contrats côté consommateur et les vérifier côté fournisseur
    • Intégrer Pact Broker pour partager et versionner les contrats
    • Valider les schémas JSON avec JSON Schema ou OpenAPI validation
  1. Parallélisation et isolation des tests
    • Transactions de base de données rollbackées après chaque test
    • Ports dynamiques pour éviter les conflits entre tests parallèles
    • Ordering explicite si des dépendances existent entre tests
    • Séparation claire des collections de tests (unit vs integration vs e2e)

Règles