Contract testing verifiserer at to tjenester er enige om deres API uten å kjøre dem sammen i en full integrasjonstest. I consumer-driven contracts (CDC) definerer konsumenten hva den trenger, og leverandøren verifiserer at den kan levere det.
Fullstendige end-to-end-tester over mange tjenester er langsomme, ustabile og vanskelige å kjøre ved hver commit. Kontrakttester oppdager API-endringer som bryter raskt, isolert.
1. Consumer writes expectations ─▶ generates a CONTRACT (Pact file)
2. Contract published to a broker
3. Provider runs the contract against itself in its own pipeline
4. Provider build FAILS if it would break the consumer
// consumer declares exactly what it expects from the provider
provider.given('order 42 exists')
.uponReceiving('a request for order 42')
.withRequest({ method: 'GET', path: '/orders/42' })
.willRespondWith({
status: 200,
body: { id: '42', total: 99.5 } // the shape the consumer relies on
});
Leverandørens CI kjører denne på nytt og mislykkes hvis den ikke lenger returnerer den formen.
| Kontrakttest | Integrasjonstest | |
|---|---|---|
| Tjenester kjører | Én om gangen | Alle sammen |
| Hastighet | Rask | Langsom |
| Oppdager | Kontraktbrudd | Ekte forbindelsesproblemer |
Kontrakttester gir deg tillit til at en leverandørendring ikke vil ødelegge konsumenter, uten kostnadene og ustabiliteten ved å starte hele systemet.
De gjør uavhengig distribusjon sikker: hver teams pipeline vet umiddelbart hvis endringen ville bryte en kontrakt som noen er avhengig av.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner