Test automation (automatyzacja testów) to wykonywanie testów przez skrypty i narzędzia zamiast ręcznego klikania: testy interfejsu (Playwright, Selenium, Cypress), testy API (Postman, REST Assured), testy jednostkowe odpalane w pipeline CI/CD przy każdej zmianie kodu.
Analityk biznesowy zwykle nie pisze skryptów, ale ma w automatyzacji dwie role. Po pierwsze: kryteria akceptacji, które pisze do user stories, stają się podstawą scenariuszy automatycznych - im precyzyjniejsze, tym łatwiej je zautomatyzować. Po drugie: pomaga decydować, co automatyzować najpierw, bo to rachunek biznesowy. Automatyzuje się ścieżki krytyczne i powtarzalne, nie wszystko jak leci.
W MediFlow co noc o 2:00 odpala się zautomatyzowana regresja modułu rezerwacji: 180 scenariuszy, od wyszukania terminu po odwołanie wizyty i zwrot płatności. Ręczne przejście tego zestawu zajmowało testerce dwa dni; automat robi to w 40 minut i rano zespół widzi raport. Gdy integracja z bramką SMS przestała zwracać statusy doręczeń, automat wychwycił to przed pacjentami.
Częsta pomyłka: przekonanie, że automatyzacja zastąpi testerów albo że trzeba zautomatyzować 100% testów. Testy eksploracyjne, testy użyteczności i ocena „czy to ma sens dla pacjenta" zostają ręczne. Druga pułapka, o której mówi się rzadziej: skrypty trzeba utrzymywać. Każda zmiana interfejsu psuje część testów, a zaniedbany zestaw automatów po pół roku świeci na czerwono tak często, że zespół przestaje mu wierzyć - i wtedy jest gorszy niż żaden.