TP 5 – Tester une API backend
"Une API fiable répond correctement aux bons comme aux mauvais appels."
Objectifs pédagogiques
- Tester des routes API
- Vérifier statuts HTTP et réponses JSON
- Identifier les erreurs fonctionnelles
Contexte – Mini cahier des charges (backend)
API de gestion d’utilisateurs.
Routes concernées
POST /loginGET /profile
Travail demandé
- Pour chaque route, définissez :
- 1 cas de succès
-
2 cas d’erreur minimum
-
Pour chaque cas, précisez :
- préconditions
- requête
- résultat attendu
Modèle de cas de test
| ID | Route | Cas | Requête | Résultat attendu |
|---|---|---|---|---|
Indices
Indice — Cas d’erreur importants
- accès sans token
- token invalide
- données manquantes
Indice — Résultat attendu
Pensez aux codes : - 200 - 400 - 401
Solution proposée (exemple)
Voir une proposition de solution
| ID | Route | Cas | Requête | Résultat attendu |
|---|---|---|---|---|
| TC-API01 | POST /login | Succès | email+password valides | 200 + token |
| TC-API02 | POST /login | Erreur | password incorrect | 401 |
| TC-API03 | GET /profile | Succès | token valide | 200 + profil |
| TC-API04 | GET /profile | Erreur | sans token | 401 |
✅ Auto-évaluation
- J’ai testé succès et erreurs
- J’ai vérifié les statuts HTTP
- Mes cas sont clairs
- Mes résultats sont précis