Tous les articles

Les tests d'API sont plus rapides, plus stables et trouvent des bugs que l'UI ne montre jamais. Apprenez à les écrire directement dans Playwright sans outils supplémentaires.

Vous avez déjà Playwright installé. Voici comment utiliser son client HTTP intégré pour tester les APIs, alimenter les données de test et vous débarrasser de Postman.

Les tests d'API ne devraient pas être un recours de secours quand l'UI se casse. Ce devrait être la première ligne de défense pour chaque fonctionnalité backend livrée.

L'UI dit "Commande passée". SQL vous dit si l'enregistrement est vraiment arrivé dans la base de données.

Vos tests Playwright passent, mais passent-ils avec 500 utilisateurs frappant l'API en même temps? Apprenez k6 du premier script au test de charge intégré en CI avec des seuils qui font vraiment échouer votre build.

La plupart des bugs d'authentification vivent dans les failles. L'endpoint qui retourne 200 quand il devrait retourner 401. La route admin qui accepte le token d'un utilisateur normal. Apprenez à tout tester.

Le frontend et le backend passent leurs propres tests, mais le contrat API entre eux se casse en staging tous les deux sprints. Les tests de contrat avec Pact comblent cette lacune.

GraphQL retourne toujours 200, même pour les erreurs. Voici comment tester les APIs GraphQL avec Playwright, gérer correctement le modèle d'erreur et créer des fixtures de requêtes réutilisables.

Les collections Postman ne s'exécutent pas en CI sans plan payant. La fixture request de Playwright fait le même travail, vit dans votre dépôt et s'exécute partout. Voici le plan de migration.

Chaque application moderne que vous testez communique avec un backend via des APIs. Comprenez les requêtes HTTP, les codes de statut, l'authentification et comment inspecter les appels API sans en créer une.

Vous regardez l'onglet Network. Une requête renvoie 422. Est-ce attendu? Un bug? Chaque ingénieur QA qui travaille avec des APIs doit connaître les codes de statut qui comptent vraiment.

Postman est là où la plupart des ingénieurs QA commencent avec les tests API. Vous n'avez pas besoin d'écrire du code pour envoyer des requêtes, inspecter les réponses et vérifier que votre backend fonctionne.