ஒப்பந்த சோதனை இரண்டு சேவைகள் அவற்றின் API இல்லாமல் முழு ஒருங்கிணைப்பு சோதனையில் ஒன்றாக চালைக்குறிக்கு சம்மதம் என்பதை சரிபார்க்கிறது. நுகர்வோர் இயக்கிய ஒப்பந்தங்கள் (CDC), நுகர்வோர் தனக்குத் தேவையான வற்றை வரையறுக்கிறார், மற்றும் வழங்குனர் அதை வழங்க முடியும் என்பதை சரிபார்க்கிறார்.
நிறைய சேவைகளுக்கு முழு end-to-end சோதனைகள் மெதுவாக, உறுதியற்ற, மற்றும் ஒவ்வொரு commit இல் இயக்க கடினம். ஒப்பந்த சோதனை API மாற்றங்களை முறிய ஆரம்பத்திலேயே, தனிமைப்படுத்தி பிடிக்கிறது.
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 இதை மீண்டும் இயக்கி, அந்த வடிவத்தை மீண்டும் வழங்கவில்லை என்றால் தோல்வியடைகிறது.
| ஒப்பந்த சோதனை | ஒருங்கிணைப்பு சோதனை | |
|---|---|---|
| சேவைகள் இயக்கம் | ஒரு நேரத்தில் ஒன்று | அனைத்தும் ஒன்றாக |
| வேகம் | வேகமாக | மெதுவாக |
| பிடிக்கிறது | ஒப்பந்த முறிவு | உண்மையான வயரிங் சிக்கல்கள் |
ஒப்பந்த சோதனை உங்களுக்கு ஒரு வழங்குனர் மாற்றம் நுகர்வோர்களை முறிக்காது என்ற நம்பிக்கை தருகிறது, முழு கணினை இயக்குவதற்கான செலவு மற்றும் உறுதியற்ற தன்மை இல்லாமல்.
অনুস्থিர ஆணையை அவை பாதுகாப்பாக்குகின்றன: ஒவ்வொரு குழுவின் குழாய் அதன் மாற்றம் யாரேனும் சார்ந்திருக்கும் ஒப்பந்தத்தை மீறுமா என்பது உடனடியாக அறிந்துகொள்கிறது.