Testimi i kontratës verifikon që dy shërbime bien dakord në API-n e tyre pa xhiruar ato së bashku në një test integrim të plotë. Në kontrata të drejtuara nga konsumatori (CDC), konsumatori përcakton atë që ka nevojë, dhe furnizuesi verifikon që mund ta dorëzojë.
Testet e plotë end-to-end në shumë shërbime janë të ngadaltë, të paqëndrueshme dhe të vështira për t'u ekzekutuar në çdo commit. Testimi i kontratës kap ndryshimet e thyer të API-t heret, në izolim.
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-ja e furnizuesit e riluaj këtë dhe dështon nëse më nuk e kthen atë formë.
| Testim kontrate | Testim integrim | |
|---|---|---|
| Shërbime aktive | Një në një kohë | Të gjitha bashkë |
| Shpejtësi | Shpejt | Ngadalë |
| Kap | Thyes kontrate | Çështjet reale të lidhjes |
Testimi i kontratës ju jep besim se një ndryshim i furnizuesit nuk do ta thërrmojë konsumatorët, pa koston dhe paqëndrueshmërinë e nisjes së të gjithë sistemit.
Eto bëjnë shpërndarjen e pavarur të sigurt: tubacioni i çdo ekipi e di menjëherë nëse ndryshimi i tij do të shkelë një kontratë në të cilën dikush tjetër mbështetet.