Contract testing memverifikasi bahwa dua layanan setuju pada API mereka tanpa menjalankannya bersama dalam pengujian integrasi penuh. Dalam consumer-driven contracts (CDC), konsumen menentukan apa yang diperlukannya, dan penyedia memverifikasi bahwa dapat memberikannya.
Pengujian end-to-end lengkap di banyak layanan lambat, tidak stabil, dan sulit dijalankan di setiap komit. Pengujian kontrak menangkap perubahan API yang melanggar awal, secara terisolasi.
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 penyedia memutar ulang ini dan gagal jika tidak lagi mengembalikan bentuk itu.
| Contract test | Integration test | |
|---|---|---|
| Layanan berjalan | Satu demi satu | Semuanya bersama |
| Kecepatan | Cepat | Lambat |
| Menangkap | Kerusakan kontrak | Masalah kabel nyata |
Pengujian kontrak memberikan Anda kepercayaan bahwa perubahan penyedia tidak akan merusak konsumen, tanpa biaya dan ketidakstabilan memutar seluruh sistem.
Mereka membuat penerapan independen aman: pipeline setiap tim tahu segera jika perubahannya akan melanggar kontrak yang bergantung pada seseorang.