Testiranje ugovorima provjerava da se dvije usluge slažu oko svoga API-ja bez pokretanja zajedno u punom integracijom testu. U ugovorima vođenim konzumentom (CDC), konzument definira što mu trebae, a davatelj provjerava da to može isporučiti.
Puni end-to-end testovi preko više usluga su spora, nestabilni i teški za pokretanje na svakom commitu. Testovi ugovora rabeći greške API-ja rano, u izolaciji.
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
});
CI davatelja ponovno izvršava ovo i ne uspijeva ako više ne vraća taj oblik.
| Test ugovora | Integracijski test | |
|---|---|---|
| Usluge u pokretanju | Jedna po jedna | Sve zajedno |
| Brzina | Brzo | Sporo |
| Hvata | Prekide ugovora | Pravi problemi s vezicama |
Testovi ugovora daju vam povjerenje da promjena davatelja neće prekinuti konzumente, bez troška i nestabilnosti pokretanja cijelog sustava.
Čine neovisnu implementaciju sigurnom: pipeline svakog tima odmah zna je li njezina promjena kršila ugovor od kojeg netko ovisi.