Kokios yra mikroservisų testavimo savybės komponentų…

Mikroservisų testavimas dėmesį sutelkia į komponentų ir modulių lygmenį, akcentuodamas atskirų paslaugų izoliaciją ir sąveiką, skirtingai nuo monolitinių programų testavimo, kur testavimas apima visą kodo bazę kaip visumą.

Mikroservisų testavimo ypatybės:

Paslaugų izoliacija: Kiekvienas mikroservisas yra testuojamas atskirai, nepriklausomai nuo kitų. Tai leidžia greitai nustatyti problemas konkrečioje paslaugoje.
Sutartinių testų (Contract Testing): Patikrinama sąveika tarp paslaugų, siekiant įsitikinti, kad jos teisingai keičiasi duomenimis ir atitinka iš anksto nustatytus API kontraktus. Populiarūs įrankiai: Pact.
Integracijos testavimas: Patikrinama kelių mikroservisų sąveika tarpusavyje ir su išorinėmis priklausomybėmis (duomenų bazėmis, žinučių eilėmis). Sudėtingumas kyla valdant daugybę priklausomybių.
Testinių duomenų valdymas: Reikia generuoti ir palaikyti testinius duomenis kiekvienai paslaugai atskirai, atsižvelgiant į jų galimas priklausomybes nuo kitų paslaugų duomenų.
Testų koordinavimas: Skirtingų mikroservisų testų paleidimo koordinavimas, ypač integracijos testavime.
Klaidų ir lankstumo testavimas: Paslaugų elgsenos patikrinimas esant kitų paslaugų gedimams ar didelėms apkrovoms.
Infrastruktūros testavimas: Reikalauja sudėtingesnės testavimo infrastruktūros mikroservisų diegimui ir valdymui.
Saugumo testavimas: Dėmesys autentifikacijos, autorizacijos ir kitų saugumo aspektų patikrinimui kiekvieno paslaugos lygyje ir jų sąveikoje.

Palyginimas su monolitu:

Aspektas	Monolitinė programa	Mikroservisai
Testavimo apimtis	Testavimas visos kodo bazės kaip vieno visumos.	Testavimas kiekvienos paslaugos izoliuotai, o tada jų integracija.
Priklausomybės	Vidinės priklausomybės vienos kodo bazės viduje.	Išorinės tinklo priklausomybės tarp nepriklausomų paslaugų.
Testiniai duomenys	Gali būti centralizuoti.	Reikalauja valdyti kiekvienos paslaugos atskirai, atsižvelgiant į priklausomybes.
Integracija	Modulių integracijos testavimas viename procese.	Sąveikos tarp paslaugų testavimas per tinklą.
Atsparumas klaidoms	Mažiau aktualu modulių lygyje, daugiau visos programos lygyje.	Kritiškai svarbu testuoti elgseną esant atskirų paslaugų gedimams.
Sudėtingumas	Testavimas gali būti paprastesnis infrastruktūros požiūriu, bet sudėtingesnis izoliacijos požiūriu.	Testavimas sudėtingesnis infrastruktūros ir priklausomybių valdymo požiūriu, bet paprastesnis paslaugų izoliacijos požiūriu.

Pavyzdys Contract Test naudojant Pact:

// pact_broker/pacts/consumer-producer/latest.json
{
  "consumer": {
    "name": "MyConsumer"
  },
  "provider": {
    "name": "MyProducer"
  },
  "interactions": [
    {
      "description": "Vartotojo užklausa pagal 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"
    }
  }
}

Šis JSON pavyzdys apibūdina sutartį tarp vartotojo (MyConsumer) ir tiekėjo (MyProducer), nurodant tikėtiną užklausą ir atsakymą, gaunant naudotoją pagal ID. Vartotojas generuos panašią sutartį savo pusėje, o tiekėjas patikrins, ar jo API atitinka šią sutartį.

Kokios yra mikroservisų testavimo savybės komponentų ir modulių lygyje, palyginti su monolitinių programų testavimu?