Skip to content

Automatizált unit tesztek

Miért?
Csak az automatizált teszteket hajtják végre igazán konzekvensen. Minél pontszerűbben tesztelik a kódot, annál jobb.

A narancs fokozaton bevezettük az integrációs teszteket, most a unit teszteken a sor. Az integrációs tesztekkel szemben a unit teszteknél egyetlen funkcionális rész (leginkább osztályok vagy eljárások és komponensek) kerül elszigetelt tesztelésre. Ehhez az szükséges, hogy megszabadítsuk ezeket a funkcionális egységeket a függőségeiktől. Amennyiben a unit tesztekkel utólag kell egy meglévő kódot kibővíteni, akkor gyakran szükségesek refaktorálási műveletek. Az integrációs tesztek által meg van az a biztonságunk, hogy közben nem fogunk hibázni.

Az automatizált tesztek kétfajta hasznot hoznak:

  • Időt takarítanak meg
  • Elveszik a félelmet

Minél erősebben változik egy kódbázis, annál jobban lehet érezni az időmegtakarítást. Mert ahol kód változik, ott újra és újra tesztelni kell a régit és az újat (regressziós tesztek). Ilyenkor az automatizálás időt takarít meg. És minél komplexebb a kód, annál jobban csökkenti a félelmet. Mert, ha komplex kódot kell megváltoztatni – hogy funkcionalitást adjunk hozzá, optimalizáljuk, vagy hogy csak simán javítsuk – akkor fennáll annak a veszélye, hogy akaratlanul hibát okozunk. A kislépésű automatizált tesztek azonban felfedik ezeket, így hát nincs okunk attól félni, hogy elrontunk valamit.

Lásd még az eszközök alatt.

Published inPraktikák