Contract testing verificerer, at to services er enige om deres API uden at køre dem sammen i en fuld integrations-test. I consumer-driven contracts (CDC) definerer consumeren, hvad den har brug for, og provideren verificerer, at den kan levere det.
Fuldstændige end-to-end tests på tværs af mange services er langsomme, ustabile og vanskelige at køre ved hvert commit. Contract tests fanger brud på API-kontrakten tidligt, isoleret.
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
});
Providerens CI gentager dette og fejler, hvis den ikke længere returnerer den form.
| Contract test | Integration test | |
|---|---|---|
| Services kørende | En ad gangen | Alle sammen |
| Hastighed | Hurtig | Langsom |
| Fanger | Contract breaks | Reelle kabling-problemer |
Contract tests giver dig tillid til, at en provider-ændring ikke vil bryde consumers, uden omkostningen og ustabiliteten ved at starte hele systemet op.
De gør uafhængig deployment sikker: hvert teams pipeline ved øjeblikkeligt, hvis dets ændring ville overtræde en kontrakt, som andre er afhængige af.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér