कॉन्ट्रैक्ट टेस्टिंग यह सत्यापित करती है कि दो सर्विसेज़ अपने API पर सहमत हैं, बिना उन्हें पूरे इंटीग्रेशन टेस्ट में एक साथ चलाए। कंज़्यूमर-ड्रिवन कॉन्ट्रैक्ट्स (CDC) में, कंज़्यूमर परिभाषित करता है कि उसे क्या चाहिए, और प्रोवाइडर यह सत्यापित करता है कि वह उसे प्रदान कर सकता है।
कई सर्विसेज़ के बीच पूर्ण एंड-टू-एंड टेस्ट धीमे, फ़्लेकी, और हर कमिट पर चलाना कठिन होते हैं। कॉन्ट्रैक्ट टेस्ट ब्रेकिंग 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 इसे रीप्ले करता है और अगर यह अब वह शेप वापस नहीं करता तो फेल हो जाता है।
| कॉन्ट्रैक्ट टेस्ट | इंटीग्रेशन टेस्ट | |
|---|---|---|
| चल रही सर्विसेज़ | एक बार में एक | सभी एक साथ |
| गति | तेज़ | धीमी |
| क्या पकड़ता है | कॉन्ट्रैक्ट ब्रेक | वास्तविक वायरिंग समस्याएँ |
कॉन्ट्रैक्ट टेस्ट आपको यह भरोसा देते हैं कि एक प्रोवाइडर बदलाव कंज़्यूमर्स को नहीं तोड़ेगा, बिना पूरे सिस्टम को खड़ा करने की लागत और फ़्लेकीनेस के।
वे स्वतंत्र डिप्लॉयमेंट को सुरक्षित बनाते हैं: प्रत्येक टीम की पाइपलाइन तुरंत जान लेती है कि क्या उसका बदलाव किसी ऐसे कॉन्ट्रैक्ट का उल्लंघन करेगा जिस पर कोई निर्भर है।