চুক্তি পরীক্ষা দুটি সেবা তাদের 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 এটি পুনরায় চালায় এবং যদি এটি আর সেই আকৃতি ফেরত না দেয় তাহলে ব্যর্থ হয়।
| চুক্তি পরীক্ষা | ইন্টিগ্রেশন পরীক্ষা | |
|---|---|---|
| সেবা চলমান | একবারে একটি | সব একসাথে |
| গতি | দ্রুত | ধীর |
| ধরে | চুক্তি ভাঙা | প্রকৃত তারকাযোগ সমস্যা |
চুক্তি পরীক্ষা আপনাকে আত্মবিশ্বাস দেয় যে একটি প্রদানকারী পরিবর্তন ভোক্তাদের ভাঙবে না, সম্পূর্ণ সিস্টেম চালু করার খরচ এবং অস্থিরতা ছাড়াই।
তারা স্বাধীন স্থাপনা নিরাপদ করে তোলে: প্রতিটি দলের পাইপলাইন অবিলম্বে জানে যদি এর পরিবর্তন কোনো চুক্তি লঙ্ঘন করে যার উপর কেউ নির্ভর করে।