Kontrakttestning verifierar att två tjänster är överens om sitt API utan att köra dem tillsammans i ett fullständigt integrationtest. I konsumentdrivna kontrakt (CDC) definierar konsumenten vad den behöver, och leverantören verifierar att den kan leverera det.
Fullständiga end-to-end-tester över många tjänster är långsamma, opålitliga och svåra att köra vid varje commit. Kontrakttestning fångar brytande API-ändringar tidigt, isolerat.
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
});
Leverantörens CI spelar upp detta och misslyckas om det inte längre returnerar denna form.
| Kontrakttest | Integrationtest | |
|---|---|---|
| Tjänster körs | En i taget | Alla tillsammans |
| Hastighet | Snabb | Långsam |
| Fångar | Kontraktbrott | Verkliga anslutningsproblem |
Kontrakttestning ger dig säkerhet på att en leverantörsändring inte kommer att bryta konsumenter, utan kostnaden och opålitligheten med att starta hela systemet.
De gör oberoende distribution säker: varje teams pipeline vet omedelbar om dess ändring skulle bryta ett kontrakt som någon annan är beroende av.