Kas yra testavimo piramidė?

Question

Accepted Answer

**Testavimo piramidė** yra modelis, skirtas testuoti suites struktūrizuoti — turėdami **daug greitų vienetų testų** prie pagrindo, **mažiau integracijos testų** viduryje ir **kelis galinių testus** viršuje. Tai nukreipia subalansuotą ir efektyvią testavimo strategiją.

## Piramidė

```text
        /\
       /E2E\        ← FEW end-to-end tests (slow, broad, brittle, expensive)
      /------\
     / INTEG. \     ← SOME integration tests (medium speed/scope)
    /----------\
   /   UNIT     \   ← MANY unit tests (fast, focused, cheap) — the BASE
  /--------------\
```

```text
BASE (most): UNIT tests — fast, isolated, cheap → run lots of them
MIDDLE: INTEGRATION tests — components together → fewer (slower, more setup)
TOP (fewest): E2E tests — whole app, user flows → few (slow, brittle, expensive)
```

## Kodėl tokia forma

```text
✓ UNIT tests are FAST, CHEAP, RELIABLE, and pinpoint failures → have MANY (the foundation)
✓ E2E tests are SLOW, EXPENSIVE, and BRITTLE (flaky, hard to debug) → have FEW
  (only critical flows)
✓ Balance: fast feedback (lots of unit tests) + confidence the whole thing works
  (some integration + a few E2E)
→ Most tests should be fast unit tests; reserve slow E2E for the most important flows.
```

## Žemi šablonai

```text
✗ ICE CREAM CONE (inverted) → mostly slow E2E/manual tests, few unit tests → slow,
  brittle, expensive test suite (a common bad pattern)
✗ Too many E2E tests → slow CI, flaky tests, hard to maintain
→ The pyramid shape avoids these.
```

## Kodėl tai svarbu

Suprasti testavimo piramidę yra vertinga, nes ji suteikia **esminių nurodymų, kaip efektyviai struktūrizuoti testuoti suitą**, todėl tai svarbi žinias patikimos testavimo strategijai.

Piramidės modelis — **daug greitų vienetų testų prie pagrindo, mažiau integracijos testų viduryje ir kelis galinių testus viršuje** — užfiksuoja pagrindinį principą – subalansuoti testavimo aprėptį su greitumu ir prižiūrymumu.

Suprasti **kodėl tokia forma** yra pagrindinė intuicija: vienetų testai yra greit, pigūs, patikimi ir tiksliai nurodo gedimus (todėl jų turėtumėte turėti daug kaip pagrindą), o E2E testai yra lėti, brangūs ir trapūs/nestabilūs (todėl jų turėtumėte turėti kelis, skirtuose tik kritiniams srautams) — pasiekdami ir greitą grįžtamąjį ryšį (iš daugybės vienetų testų) ir pasitikėjimą, kad visa sistema veikia (iš šiek tiek integracijos ir kelis E2E testų).

Šis balansas yra tas, kuris daro testuoti suitą ir veiksmingą, ir prižiūrimą.

Suprasti **žemius šablonus** yra vienodai vertinga: **"ledinis krūmulis"** (apverstoji piramidė, su daugiausia lėtais E2E ir rankiniais testais ir keliais vienetų testais) sukuria lėtą, trapią, brangią, sunkiai prižiūrimą testuoti suitą — pasaulinė realybės klaida, kurią piramidė padeda išvengti.

Žinant, kad dauguma testų turėtų būti greit vienetų testai (o lėti E2E - skirti tik svarbiausiemsrautams) nukreipia kurti testuoti suitą, kuris suteikia gerą aprėptį su greitą grįžtamąjį ryšį ir mažą prižiūrymą.

Kadangi testuoti suitą struktūrizuoti gerai (subalansavus aprėptį, greitumą ir prižiūrymą) yra svarbu veiksmingam testavimui, o testavimo piramidė suteikia šio vadovaujantį modelį (su jos pagrindimais ir žemais šablonais, kuriuos reikia išvengti), supratimas apie testavimo piramidę yra vertinga, praktiškai nauding žinia — pagrindinė tvarka patikimos testavimo strategijai, nukreipianti kurti efektyvias, prižiūrimas testuoti suites ir išvengti bendrą klaidą dėl pernelyg pasikliaujimo lėtais, trapiais aukšto lygio testais, svarbu kiekvienam, kuris nustato, kaip projektas pralaužia savo programinę įrangą.