Contract testing दोन सेवांनी त्यांच्या API वर सहमती आहे हे सत्यापित करते सोडून त्यांना पूर्ण एकीकरण चाचणीमध्ये एकत्रितपणे चालवल्याशिवाय. consumer-driven contracts (CDC) मध्ये, ग्राहक त्याला काय आवश्यक आहे हे परिभाषित करतो, आणि प्रदाता सत्यापित करतो की तो ते वितरीत करू शकतो.
अनेक सेवांमधून संपूर्ण end-to-end चाचण्या मंद, अस्थिर आणि प्रत्येक प्रतिबद्धतेवर चलवणे कठीण असते. Contract चाचण्या 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 हे पुन्हा चालवते आणि जर तो आता तो आकार परत न केला तर अयशस्वी होते.
| Contract test | Integration test | |
|---|---|---|
| सेवा चालू | एक वेळी | सर्व एकत्रित |
| गती | वेगवान | मंद |
| पकडते | करार खंड | खरे वायरिंग समस्या |
Contract चाचण्या आपल्याला विश्वास देतात की प्रदाताचा बदल ग्राहकांना खंडित करणार नाही, संपूर्ण प्रणाली सुरू करण्याच्या खर्च आणि अस्थिरतेशिवाय.
ते स्वतंत्र तैनाती सुरक्षित बनवतात: प्रत्येक संघाची pipeline तत्काळ जाणते की त्याचा बदल एखादी व्यक्ती अवलंबून असलेले करार उल्लंघन करेल की नाही.
सविस्तर उत्तरांसह IT मुलाखत प्रश्नांचे ग्रंथालय — Junior पासून Senior पर्यंत.
देणगी द्या