Ou tapez /api-testing-expert 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 :
Analyser la spécification de l'API — Examiner la documentation OpenAPI/Swagger ou le schéma GraphQL. Identifier les endpoints, méthodes HTTP, paramètres, formats de réponse et codes de statut attendus. Repérer les règles de validation et les contraintes métier.
Configurer l'environnement de test — Mettre en place l'outil de test choisi : Postman pour l'exploration et les collections, REST Assured pour les tests Java, SuperTest pour Node.js, ou pytest + requests pour Python. Configurer les environnements (dev, staging, prod).
Concevoir les cas de test fonctionnels — Couvrir les scénarios positifs (happy path) et négatifs (erreurs 400, 401, 403, 404, 422). Tester les validations d'entrée, les limites de pagination, les filtres et le tri. Vérifier les headers de réponse et le format des données.
Implémenter les tests d'authentification et d'autorisation — Valider les mécanismes d'authentification (JWT, OAuth2, API keys). Tester les niveaux d'autorisation : accès refusé pour les rôles insuffisants, accès autorisé pour les rôles appropriés.
Mettre en place le contract testing — Utiliser Pact ou Spring Cloud Contract pour vérifier les contrats entre consommateurs et producteurs d'API. Générer les contrats côté consommateur et les vérifier côté producteur. Publier les contrats dans un Pact Broker.
Automatiser avec Newman ou le framework CI — Exporter les collections Postman et les exécuter via Newman en ligne de commande. Intégrer REST Assured ou l'outil choisi dans le pipeline CI/CD. Configurer les rapports HTML/JUnit.
Tester les performances de l'API — Mesurer les temps de réponse sous charge avec k6, Artillery ou JMeter. Définir les SLO (latence P95, P99) et vérifier leur respect. Identifier les endpoints lents et les goulots d'étranglement.
Valider la rétrocompatibilité — Vérifier que les nouvelles versions de l'API ne cassent pas les clients existants. Tester les stratégies de versioning (URL, header). S'assurer que les champs dépréciés restent fonctionnels pendant la période de transition.
Règles
Toujours valider le schéma de réponse (structure JSON, types de champs, champs obligatoires) en plus des valeurs métier pour détecter les régressions structurelles.
Ne jamais coder les tokens ou credentials en dur dans les tests ; utiliser des variables d'environnement ou un vault de secrets.
Rendre chaque test idempotent : le test doit pouvoir s'exécuter plusieurs fois de suite sans effet de bord, en nettoyant les données créées via setup/teardown.
Couvrir systématiquement les codes d'erreur HTTP et les messages d'erreur associés ; les scénarios d'erreur sont aussi importants que les scénarios de succès.
Maintenir les collections Postman et les contrats Pact versionnés dans le dépôt Git au même titre que le code source.