რა არის consumer-driven contract testing?

Question

Accepted Answer

**Contract testing** ამოწმებს, რომ ორი სერვისი თანხმდებიან მათი API-ზე **გარეშე** მათი ერთობლივი გაშვების სრული ინტეგრაციის ტესტში. **consumer-driven contracts (CDC)**-ში, მომხმარებელი განსაზღვრავს, რის საჭირო აქვს, ხოლო პროვაიდერი ამოწმებს, რომ მას შეუძლია ამის გამოწვევა.

## პრობლემა

მთელი end-to-end ტესტები ბევრი სერვისის დროს ნელი, არამდგრადი და ძნელია გაშვება ყოველი commit-ზე. Contract ტესტები ხვდებიან API-ის ნაღალი ცვლილებებს ადრე, იზოლირებულად.

## როგორ მუშაობს CDC (მაგ., Pact)

```text
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
```

## მომხმარებლის მხარეს მაგალითი

```js
// 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-ი ხელახლა ასრულებს ამას და ვერ უშვებს, თუ ის აღარ აბრუნებს ამ ფორმას.

## CDC vs ინტეგრაციის ტესტები

| | Contract test | Integration test |
|---|---|---|
| სერვისები გაშვებული | თითო ერთი | ყველა ერთად |
| სიჩქარე | სწრაფი | ნელი |
| ამოწმებს | კონტრაქტის წყვილი | რეალური კავშირის საკითხები |

## რატომ მნიშვნელოვანი

Contract ტესტები გაძლევთ ნდობას, რომ პროვაიდერის ცვლილება არ დაარღვევს მომხმარებლებს, მთელი სისტემის გაშვების ხარჯისა და არამდგრადობის გარეშე.

ისინი უსაფრთხო დამოუკიდებელ განვითარებას აკეთებენ: თითოეული ფ团队ის pipeline-ი დაუყოვნებლივ იცის, თუ მისი ცვლილება დაარღვევს კონტრაქტს, რომელზეც ვინმე დამოკიდებული არის.

	Contract test	Integration test
სერვისები გაშვებული	თითო ერთი	ყველა ერთად
სიჩქარე	სწრაფი	ნელი
ამოწმებს	კონტრაქტის წყვილი	რეალური კავშირის საკითხები