U današnjem svetu testiranja softvera, automatizacija je standard. Svi žele brže release-ove, manje bugova i stabilnije procese.
Ali postoji jedna brutalna istina koju malo ko hoće da kaže na glas:
Automation bez arhitekture nije automatizacija – to je tehnički dug koji čeka da eksplodira.
Većina QA timova pravi istu grešku, krenu da pišu automatske testove “na brzinu”, naprave par automatskih testova, rade copy-paste koda koji im generiše Playwright ili neki sličan alat za automatizaciju, gomilaju duplirani kod… i sve “radi” prvih mesec dana. Posle toga dolazi haos.
Šta se zapravo desi kad nema arhitekture?
1. Testovi postaju krti kao staklo
Svaka mala UI izmena razbije desetine testova. Tim umesto da testira – popravlja.
Rezultat: QA automation postaje sporiji od manuelnog testiranja jer QA troši ogromnu količinu vremena na Update automatskih testova i krene da se vrti u krug gde non stop popravlja automatske testove bez da oni rade duže od nekad i par dana.
2. Debugovanje traje satima
Kad nema jasnog Page Object-a, Base klase, stabilnih lokatora svaki pad testa je lov na duhove.
Test pada “na loginu”, ali zapravo puca na nekom skrivenom dupliranom kodu.
3. Framework se zgusne kao kancer
Ljudi dodaju nove testove gde stignu, folder struktura ne postoji, svi pišu različito.
Onda test suite postane: spor, nestabilan i nepouzdan.
I onda dolazi najgora rečenica u QA svetu:
“Hajde da krenemo ispočetka, ovo više ne može da se održi.”
To je znak da je projekat već mrtav.
Zašto arhitektura spašava automation?
1. Održavanje postaje trivijalno
Ako je Page Object Model dobro postavljen, UI promeniš na jednom mestu — svi testovi nastave da rade.
Sat vremena posla umesto nedelju dana.
2. Testovi postaju stabilni i brzi
Kada imaš jasnu strukturu:
- BasePage
- BaseTest
- shared helpers
- fixtures
- config
- environment separation
…testovi ne pucaju zbog gluposti.
3. Tim radi kao jedna celina
Dobra arhitektura znači da svi pišu na isti način.
To ubija “divlji zapad stil” i stvara standardizovan, skalabilan sistem.
Šta je minimalna arhitektura bez koje NEMA kvalitetnog automation-a?
Ako projekat ne sadrži barem ovo — to nije automation, to je hrpa skripti:
- Jasna folder struktura (tests, pages, fixtures, helpers, config)
- POM (Page Object Model)
- BasePage / BaseTest koji rešavaju ponavljanje
- Stabilni lokatori napisani da traju dugo
- Config za environment-e (dev/stage/prod)
- Reporting + video/screenshot/trace
- CI pipeline koji sve ovo pokreće bez cimanja
Sve ispod ovoga vodi u raspad.
Zaključak
Automatizacija bez arhitekture nije brže rešenje — već spora smrt QA projekta.
Ako se već ulaže vreme u testove, uloži se i u temelj.
Framework nije “nice to have”.
Framework je jedino što pravi razliku između: