Какви са характеристиките на тестването на…

Тестването на микросервизи на ниво компоненти и модули се фокусира върху изолирането и взаимодействието на отделните услуги, за разлика от тестването на монолитни приложения, където се обхваща цялата кодова база.

Характеристики на тестването на микросервизи:

Изолация на услугите: Тестване на всяка микрослужба отделно, независимо от другите. Това позволява бързо откриване на проблеми в конкретна услуга.
Тестване на договори: Проверка на взаимодействието между услугите, за да се уверим, че правилно обменят данни и съответстват на предварително определени API договори. Популярни инструменти: Pact.
Интеграционно тестване: Проверка на взаимодействието между няколко микросервиза и външни зависимости (бази данни, опашки за съобщения). Сложността е в управлението на множество зависимости.
Управление на тестови данни: Генериране и поддържане на тестови данни за всяка услуга отделно, като се вземат предвид зависимостите от други услуги.
Оркестрация на тестовете: Координиране на стартирането на тестове за различни микросервизи, особено при интеграционното тестване.
Тестване на устойчивост и еластичност: Проверка на поведението на услугите при сривове на други услуги или при висока натовареност.
Инфраструктура за тестове: Необходима е по-сложна тестова инфраструктура за разгръщане и управление на множество микросервизи и техните среди.
Тестване на сигурността: Фокус върху проверката на автентикацията, авторизацията и други аспекти на сигурността на ниво всяка услуга и при взаимодействието им.

Сравнение с монолита:

Аспект	Монолитно приложение	Микросервизи
Обем на тестовете	Тестване на цялата кодова база като едно цяло.	Тестване на всяка услуга изолирано, а след това тяхната интеграция.
Зависимости	Вътрешни зависимости в рамките на една кодова база.	Външни мрежови зависимости между независими услуги.
Тестови данни	Могат да бъдат централизирани.	Изисква се управление за всяка услуга отделно, като се вземат предвид зависимостите.
Интеграция	Тестване на интеграцията на модули в рамките на един процес.	Тестване на взаимодействието между услуги по мрежата.
Устойчивост при грешки	По-малко актуално на ниво модули, по-скоро на ниво цялото приложение.	Критично е да се тества поведението при сривове на отделни услуги.
Сложност	Тестването може да бъде по-лесно по отношение на инфраструктурата, но по-трудно по отношение на изолацията.	Тестването е по-сложно по отношение на инфраструктурата и управлението на зависимости, но по-лесно по отношение на изолацията на услугите.

Пример за Contract Test с Pact:

// pact_broker/pacts/consumer-producer/latest.json
{
  "consumer": {
    "name": "MyConsumer"
  },
  "provider": {
    "name": "MyProducer"
  },
  "interactions": [
    {
      "description": "Заявка за потребител по ID",
      "request": {
        "method": "GET",
        "path": "/users/123",
        "headers": {
          "Accept": "application/json"
        }
      },
      "response": {
        "status": 200,
        "headers": {
          "Content-Type": "application/json"
        },
        "body": {
          "id": 123,
          "name": "John Doe"
        }
      }
    }
  ],
  "metadata": {
    "pactRust": {
      "version": "1.0.0"
    },
    "pactSpec": {
      "version": "3.0.0"
    }
  }
}

Този JSON пример описва договора между потребителя (MyConsumer) и доставчика (MyProducer), който специфицира очаквания заявка и отговор за получаване на потребител по ID. Потребителят ще генерира подобен договор на своя страна, а доставчикът ще провери дали неговият API съответства на този договор.

Какви са характеристиките на тестването на микросервизи на ниво компоненти и модули в сравнение с тестването на монолитни приложения?