اختبار العقود يتحقق من أن خدمتين متفقتان على واجهة برمجية تطبيقاتهما بدون تشغيلهما معاً في اختبار تكامل كامل. في العقود الموجهة للمستهلك (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 هذا ويفشل إذا لم يعد يُرجع هذا الشكل.
| اختبار العقد | اختبار التكامل | |
|---|---|---|
| الخدمات قيد التشغيل | واحدة في كل مرة | جميعاً معاً |
| السرعة | سريع | بطيء |
| يمسك | كسر العقد | مشاكل الربط الفعلية |
aختبارات العقود تمنحك ثقة بأن تغيير الموفر لن يكسر المستهلكين، بدون تكلفة وعدم موثوقية تشغيل النظام بأكمله.
تجعل النشر المستقل آمناً: يعرف خط أنابيب كل فريق على الفور ما إذا كان تغييره سينتهك عقداً يعتمد عليه شخص ما.