Testiranje pogodb preverja, da se dve storitvi strinjata glede svojega API brez skupnega zagona v popolnem integracijskem testu. V pogodbah, ki jih vodi potrošnik (CDC), potrošnik opredeli, kaj potrebuje, in ponudnik preveri, ali to more dostaviti.
Polni end-to-end testi čez številne storitve so počasni, nestabilni in težko se izvajajo ob vsakem commitu. Testiranje pogodb zgodaj ujame razbitje API-ja, v 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 ponudnika to ponovno predvaja in se ne uspe, če to obliko več ne vrne.
| Testiranje pogodb | Integracijskega test | |
|---|---|---|
| Storitve se izvajajo | Ena naenkrat | Vse skupaj |
| Hitrost | Hitro | Počasno |
| Ujame | Razbitje pogodbe | Prave težave s povezavo |
Testiranje pogodb vam daje zaupanje, da sprememba ponudnika ne bo razbitja potrošnikov, brez stroškov in nestabilnosti zagona celotnega sistema.
Omogočajo neodvisno razporeditev: uporabniški oleodvod vsakega tima takoj ve, če bi njegova sprememba kršila pogodbo, na katero se naslanja nekdo drugi.