Un client API ne dépend pas seulement d’un code d’état réussi. Il peut s'appuyer sur des noms de champs, des valeurs facultatives, des liens de pagination et des formes d'erreur qui peuvent changer indépendamment de l'appelant.
Choisissez des luminaires qui exposent des hypothèses
- Incluez une réponse valide minimale et une réponse sans champs facultatifs.
- Représentez une erreur API, un résultat vide et un type de contenu inattendu lorsque ces cas sont importants.
- Gardez les valeurs des appareils réalistes mais synthétiques afin que les tests ne contiennent pas de données personnelles ou de production.
Valider la limite
Analysez le corps et validez les champs obligatoires avant de l'exposer au reste de l'application. Si une simulation est utilisée, n'oubliez pas qu'elle vérifie vos attentes ; cela ne prouve pas que le service live respecte toujours le contrat.
Associez les appareils contractuels à une petite vérification d’intégration dans un environnement isolé lorsque la compatibilité avec le fournisseur actuel est importante. Conservez les informations d’identification en dehors des instantanés et des journaux de test.