Mitä ovat epävakaatestit ja kuinka niitä käsitellään?

Question

Accepted Answer

**Epävakaatestit** ovat testeja, jotka **menevät läpi tai epäonnistuvat epäjohdonmukaisesti** ilman koodin muutoksia — joskus menevät läpi, joskus epäonnistuvat samalla koodilla. Ne ovat vakava ongelma, koska ne heikentävät luottamusta testisarjaan. Niiden syiden ja korjauksien ymmärtäminen on tärkeää.

## Mitä epävakaatestit ovat ja miksi ne ovat haitallisia

```text
A FLAKY test gives INCONSISTENT results (pass sometimes, fail other times) on the SAME code:
  → harmful: ERODES TRUST — people start ignoring failures ("oh, it's just flaky") →
    real failures get missed too
  → waste time on false alarms / re-runs; break CI; reduce confidence in the whole suite
→ Flaky tests are worse than no test if they make people distrust all tests.
```

## Yleiset syyt

```text
✗ TIMING / async → race conditions; not waiting properly for async operations (a top cause
  in UI/E2E tests); arbitrary sleeps
✗ ORDER DEPENDENCE → tests depending on each other / shared mutable state
✗ EXTERNAL dependencies → real network/services (network blips, rate limits, downtime)
✗ NON-DETERMINISM → time/dates, randomness, timezone, locale
✗ Test ENVIRONMENT → leftover state, uncleaned data, concurrency/parallelism issues
```

## Epävakaatestien korjaaminen ja hallinta

```text
✓ Fix the ROOT CAUSE: wait for conditions (not sleeps); make tests INDEPENDENT and clean
  up state; MOCK external dependencies; control time/randomness (inject them)
✓ Ensure proper isolation (no shared state, no order dependence)
✓ Don't just RETRY blindly (it hides the problem) — investigate and fix
✓ QUARANTINE persistently flaky tests (isolate so they don't block) WHILE fixing them
✓ Treat flakiness seriously — track and address it (it degrades the whole suite)
```

## Miksi se on tärkeää

Epävakaatestien ymmärtäminen ja niiden käsittely on tärkeää, koska **epävakaatestit ovat vakava ja yleinen ongelma, joka heikentää koko testisarjan arvoa**, joten se on arvokas käytännöllinen tieto.

Epävakaatesti (joka menee läpi tai epäonnistuu epäjohdonmukaisesti samalla koodilla) on erityisen haitallinen, koska se **heikentää luottamusta**: kun testit epäonnistuvat arvaamattomasti, ihmiset alkavat jättää virheet huomiotta ("se on vain epävakaa"), mikä tarkoittaa, että **oikeat virheet jäävät huomaamatta** — joten epävakaisuus heikentää luottamusta koko sarjaan ja voi tehdä siitä jopa hyödytöntä.

Tämän haitan ymmärtäminen motivoi suhtautumaan epävakaisuuteen vakavasti.

Yleisten syiden ymmärtäminen — **ajoituksen/asynkronisten operaatioiden ongelmat** (kilpakaista-ongelmat, odottamisen puuttuminen asynkronisissa operaatioissa, mielivaltaiset katkot — pääsyy erityisesti UI/E2E-testeissä), **järjestyksestä riippuvuus** (testit riippuvaiset toisistaan tai jaetusta tilasta), **ulkoiset riippuvuudet** (oikeat verkko-/palvelut häiriöineen ja katkoksine), **ei-determinismi** (aika, satunnaisuus, aikavyöhyke, alue) ja **ympäristöongelmat** (jäljellä oleva tila, samanaikaisuus) — on välttämätöntä epävakaisuuden diagnosoimiseksi.

Ymmärtäminen siitä, kuinka **korjata ja hallita** niitä — juurisyiden korjaaminen (odottaa ehtoja katkaistujen sijaan, testien tekeminen riippumattomiksi ja puhtaiksi, ulkoisten riippuvuuksien peitottaminen, ajan ja satunnaisuuden hallinta), eristämisen varmistaminen, **sokea uudelleen yrittäminen ei ole ratkaisua** (joka piilottaa ongelmat), epävakaiden testien eristäminen korjattavaksi, ja epävakaisuuden käsittely vakavana ongelmana jota seurataan ja käsitellään — heijastaa oikeaa lähestymistapaa.

Koska epävakaatestit ovat yleinen, vakava ongelma, joka heikentää luottamusta testisarjaan ja sen arvoa (todellinen ongelma monissa oikean maailman projekteissa), ja koska niiden syiden ja asianmukaisen käsittelyn ymmärtäminen (juurisyiden korjaaminen, eristäminen, ei vain uudelleen yrittäminen) on välttämätöntä luotettavan testisarjan ylläpitämiseksi, epävakaatestien ymmärtäminen on arvokas, käytännöllisesti tärkeä tieto — ratkaisee merkittävän oikean maailman testausongelman, on tärkeä testisarjan luotettavuuden ja luottamuksen ylläpitämiselle, ja heijastaa käytännöllistä kypsyyttä käsitellä yksi testauksen kaikkein turhauttavimmista ja vahingollisimmista ongelmista.