Микросервистердин компоненттер жана модулдар деңгээлиндеги тестирүүлөрүнүн өзгөчөлүктөрү жана монолиттик колдонмолорду тестирлөө менен салыштырганда кандай айырмачылыктар бар?

Микросервис тестирлөө бөлүмдөр жана модулдар деңгээлинде бөлүнүп, ар бир сервистин изоляциясы жана өз ара аракеттенүүсүнө басым жасайт, ал эми монолиттик тиркемелердин тестирлөөсү бүт код базасын толугу менен камтыйт.

Микросервис тестирлөөнүн өзгөчөлүктөрү:

• Сервистердин изоляциясы: Ар бир микросервис жеке тесттелет, башка сервистерден көз карандысыз. Бул конкреттүү сервистеги көйгөйлөрдү тез аныктоого мүмкүндүк берет.
• Келишимдерди тестирлөө (Contract Testing): Сервистердин өз ара аракеттенүүсүн текшерүү, алардын туура маалымат алмашуусун жана алдын ала аныкталган API келишимдерине ылайык келүүсүн камсыз кылуу. Популярдуу инструменттер: Pact.
• Интеграцияны тестирлөө: Бир нече микросервисдин бири-бири менен жана тышкы көзкарандылыктар менен (маалымат базалары, билдирүү кезектери) өз ара аракеттенүүсүн текшерүү. Кыйынчылык көптөгөн көзкарандылыктарды башкарууда.
• Тест маалыматтарын башкаруу: Ар бир сервистин өзүнчө тест маалыматтарын түзүү жана кармоо, алардын башка сервистердин маалыматтарына көз карандылыгын эске алуу.
• Тесттерди уюштуруу: Ар кандай микросервис үчүн тесттерди ишке киргизүүнү уюштуруу, айрыкча интеграциялык тесттерде.
• Ката жана ийкемдүүлүк тесттери: Башка сервистердин авариялары же жогорку жүктөө шарттарында сервистердин жүрүм-турумун текшерүү.
• Инфраструктураны тестирлөө: Микросервис жана алардын чөйрөлөрүн жайгаштыруу жана башкаруу үчүн көбүрөөк комплекстүү тест инфраструктурасы талап кылынат.
• Коопсуздук тесттери: Ар бир сервистин жана алардын өз ара аракеттенүүсүнүн аутентификациясы, авторизациясы жана башка коопсуздук аспекттерин текшерүү.

Мононит менен салыштыруу:

Аспект	Мононит колдонмосу	Микросервистер
Тесттин көлөмү	Бардык код базасын бир бүтүн катары тестирлөө.	Ар бир сервисти изоляциялап тестирлөө, андан соң алардын интеграциясы.
Көзкарандылыктар	Бир код базасында ички көзкарандылыктар.	Эркин көзкарандылыктар, сервистердин ортосундагы байланышы.
Тест маалыматтары	Бирдиктүү болушу мүмкүн.	Ар бир сервисти өзүнчө башкаруу талап кылынат, көзкарандылыктарды эске алуу менен.
Интеграция	Бир процесстеги модулдардын интеграциясын тестирлөө.	Тармак аркылуу сервистердин өз ара аракеттенүүсүн тестирлөө.
Аварияга туруктуулук	Меньше маанилүү модулдар деңгээлинде, көбүрөөк бүт тиркеменин деңгээлинде.	Аеросуз сервистердин иштебей калышына тест жүргүзүү маанилүү.
Кыйынчылык	Инфраструктура жагынан тестирлөө оңой болушу мүмкүн, бирок изоляция жагынан кыйын.	Инфраструктура жана көзкарандылыктарды башкаруу жагынан кыйын, бирок сервистердин изоляциясы оңой.

Pact колдонуу менен Contract Test мисалы:

// 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 мисалында контракт between the consumer (MyConsumer) and the provider (MyProducer), which specifies the expected request and response for retrieving a user by ID. The consumer will generate a similar contract on its side, and the provider will verify that its API conforms to this contract.