Contract testing verifieert dat twee services het eens zijn over hun API zonder deze samen in een volledige integratietest uit te voeren. In consumer-driven contracts (CDC) definieert de consumer wat het nodig heeft, en de provider verifieert dat het dit kan leveren.
Volledige end-to-end tests over veel services zijn traag, onbetrouwbaar en moeilijk uit te voeren bij elke commit. Contract tests vangen API-wijzigingen die breaking zijn snel op, in isolatie.
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
});
De CI van de provider speelt dit af en faalt als het die vorm niet meer retourneert.
| Contract test | Integratietest | |
|---|---|---|
| Services draaien | Eén tegelijk | Allemaal samen |
| Snelheid | Snel | Traag |
| Vangt op | Contract breaks | Echte kabelingsproblemen |
Contract tests geven u vertrouwen dat een provider-wijziging consumers niet breekt, zonder de kosten en onbetrouwbaarheid van het starten van het hele systeem.
Ze maken onafhankelijke implementatie veilig: de pijplijn van elk team weet onmiddellijk of de wijziging ervan een contract zou schenden waarvan iemand afhankelijk is.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren