Kaip testuoti kodą, kuris sąveikauja su duomenų bazėmis?

Question

Accepted Answer

Testuoti kodą, kuris naudoja **duomenų bazę**, yra sudėtinga — reikia realistinio duomenų elgesio be nestabilumo ar lėtumo. Požiūriai apima **testinės duomenų bazės**, **atminties duomenų bazės**, **transakcijas/grąžinimą** ir **duomenų sluoksnio imitavimą** — kiekvienas turi savo kompromisų.

## Iššūkis

```text
Database-interacting code needs testing, but databases bring challenges:
  → real DB → realistic but SLOWER; needs SETUP and CLEANUP (state between tests)
  → shared state → tests can interfere (order dependence, flakiness)
  → mocking the DB → fast but may not catch real query/integration bugs
→ Choose an approach balancing realism, speed, and isolation.
```

## Požiūriai

```text
1. REAL TEST DATABASE → a dedicated DB for tests (same engine as production):
   ✓ realistic (catches real query/schema issues)  ✗ slower; needs cleanup/isolation
   → often run in a CONTAINER (Docker) for a clean, consistent DB per test run
2. TRANSACTION ROLLBACK → wrap each test in a transaction, ROLL BACK after → clean state,
   no leftover data, faster than recreating data (a common pattern)
3. IN-MEMORY DATABASE (e.g. SQLite in memory) → fast, easy setup  ✗ may differ from the
   production DB (different SQL/features → can miss prod-specific issues)
4. MOCK the data layer → fast, isolated UNIT tests  ✗ doesn't test real DB behavior
   (use for unit tests; use a real DB for integration tests)
```

## Geriausia praktika

```text
✓ ISOLATE tests — each starts from a known clean state (transactions, truncate, fresh DB)
✓ Use realistic test DATA (fixtures/factories/seeds)
✓ Test real DB behavior for the DATA LAYER (integration); mock the DB when unit-testing
  business logic above it
✓ Keep DB tests reasonably fast; run a clean DB in CI (containers)
```

## Kodėl tai svarbu

Supratimas, kaip testuoti kodą, kuris sąveikauja su duomenų bazėmis, yra vertingas, nes **dauguma programų naudoja duomenų bazes**, o teisingas duomenų prieigos testavimas yra svarbus, tačiau sudėtingas, todėl tai yra naudinga praktinė žinios.

Duomenų bazės kodu (užklausos, duomenų prieiga, išsaugojimas) reikia testuoti, tačiau duomenų bazės sukelia tikrus iššūkius — jos yra lėtesnės, reikalingos nustatyti ir išvalyti, turėti bendrą būseną, kuri gali sukelti testų trikdžius ir nestabilumą, o jų imitavimas gali praleisti tikras užklausų klaidas.

Supratimas apie **požiūrius ir jų kompromisus** yra pagrindinė žinios: **reali testinė duomenų bazė** (realistinė, aptinkanti tikras užklausų ir schemos problemas, dažnai veikiama konteineryje dėl nuoseklumo, tačiau lėtesnė ir reikalinga izoliacija), **transakcijos grąžinimas** (kiekvieną testą apgaubianti transakcija ir jos grąžinimas dėl švario stavo — dažna, efektyvi schema, palaikanti testų izoliaciją ir pagrįstą greitį), **atminties duomenų bazės** (greitos ir lengvos, bet potencialiai skiriasi nuo gamybos, rizikuojant praleisti gamybai būdingus klaidų), ir **duomenų sluoksnio imitavimas** (greitieji izoliuoti vienetų testai, bet netestuojant tikro duomenų bazės elgesio).

Supratimas, kada naudoti kiekvieną — tikrą duomenų bazę integracijai testuojant duomenų sluoksnį (norint aptikti tikras užklausų/schemos klaidas), imitavimą vienetams testuojant verslo logiką virš duomenų sluoksnio — atspindi sveiko protingo sprendimą dėl realumo, greičio ir izoliacijos balanso.

Supratimas apie **geriausią praktiką** — **testų izoliavimas** (kiekvienas pradedant iš žinomo švario stato per transakcijas, sutrumpinimą ar šviežią duomenų bazę, siekiant išvengti trukdžio ir nestabilumo), realistinių testinių duomenų naudojimas (fiksuros/fabrikai), tikro duomenų bazės elgesio testavimas duomenų sluoksniui, ir švarių duomenų bazių paleidimas CI — atspindi efektyvų duomenų bazės testavimą.

Kadangi dauguma programų naudoja duomenų bazes ir teisingas duomenų prieigos testavimas (aptinkant užklausų klaidas, tuo tarpu palaikant testus izoliuotus, greitai ir patikimai) yra svarbu, tačiau sudėtinga, ir kadangi supratimas apie požiūrius (tikra DB, transakcijos, atminties DB, imitavimas), jų kompromisus ir geriausią praktiką (izoliacija, realistiniai duomenys) leidžia efektyviai testuoti duomenų bazes, supratimas, kaip testuoti kodą, kuris sąveikauja su duomenų bazėmis, yra vertinga, praktiškai aktuali žinios — svarbi dėl bendros duomenų prieigos testavimo patikimai, balansuojant realumą prieš greitį ir izoliaciją, naudinga žinių nuomos duomenimis varomoms programoms testuoti, kurios yra norma.