Contract Testing
Test de contrat
Le test de contrat vérifie si deux systèmes qui peuvent être déployés séparément échangent toujours des messages au format convenu.
Un autre exemple
Un client s’attend à ce que GET /profiles/42 retourne certains champs et un statut. L’intégration continue (CI) vérifie que le fournisseur respecte cette promesse. Le test ne prouve pas l’ensemble du parcours ni la qualité des données en direct.
Parties principales
- 01contrat de consommateur
- 02Vérification du fournisseur
- 03Résultat de compatibilité
Utilisez-le lorsque
Utilisez ce terme lorsque les services se déploient seuls et qu'il faut vérifier la compatibilité des messages sans le système complet.
Ne l'utilisez pas lorsque
Ne copiez pas le code privé du fournisseur dans le contrat et n'utilisez pas ce test à la place d'un test de sécurité API.
Nom utilisé dans le code
consumer expectation ↔ provider verification Avant d'expédier
Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule.
Outcome: Complete the task with Test de contrat (Contract Testing). User context: Un client s’attend à ce que GET /profiles/42 retourne certains champs et un statut. L’intégration continue (CI) vérifie que le fournisseur respecte cette promesse. Le test ne prouve pas l’ensemble du parcours ni la qualité des données en direct. Validation approach: Test de contrat (Contract Testing). Why it fits: Utilisez ce terme lorsque les services se déploient seuls et qu'il faut vérifier la compatibilité des messages sans le système complet. Do not use it when: Ne copiez pas le code privé du fournisseur dans le contrat et n'utilisez pas ce test à la place d'un test de sécurité API. Test requirements: Name the system and test environment. Define prepared test data, other inputs, and the result you can observe. Include failure and edge cases, allowed error, isolation, and cleanup. Test operations: Make failures easy to diagnose. Control random or changing inputs. Name an owner. Keep the test fast and simple enough for its release gate. Acceptance criteria: The test fails for the known bug and passes after the fix. It repeats in the target environment, gives useful evidence, and does not expose or change unrelated data. Evidence and limits (evidence boundary): C'est officiel pour cette source. D'autres plateformes ou équipes peuvent utiliser le terme d'une autre manière. Unknowns to confirm: Release gate, environment, prepared test data, allowed error, time budget, owner, and flaky-test rule.
Vérifiez cette demande
Review how Test de contrat (Contract Testing) is used now. Definition: Le test de contrat vérifie si deux systèmes qui peuvent être déployés séparément échangent toujours des messages au format convenu. Release checks: Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.