Jaki rodzaj testów można scharakteryzować przedstawionym opisem? <br><br> <table><tr><th>Nazwa</th><th>Opis</th><th>Czynności</th><th>Po teście</th></tr><tr><td>Formularz osobowy</td><td>Sprawdzenie odpowiedzi formularza na błędy użytkownika</td><td>1. czy wpisano wszystkie wymagane pola? 2. czy e-mail zawiera znak @? 3. czy nr telefonu zawiera cyfry, zgodnie ze wzorcem? 4. czy jest zgoda na przetwarzanie danych?</td><td>Usunąć z bazy danych wpisane podczas testowania osoby</td></tr></table>

Dokładnie o takie testy tutaj chodzi! Testy funkcjonalne skupiają się na sprawdzaniu, czy system realizuje funkcje zgodnie z wymaganiami biznesowymi i oczekiwaniami użytkownika. W tym przypadku chodzi o formularz osobowy, który ma określone zasady walidacji – na przykład obowiązkowe pola, poprawny format e-maila czy numer telefonu zgodny ze wzorcem. Sprawdza się też, czy użytkownik wyraził zgodę na przetwarzanie danych. To wszystko to typowe przypadki testów funkcjonalnych, bo nie interesuje nas tu ani wydajność systemu, ani szczegóły implementacji kodu, tylko efekt w postaci poprawnego działania funkcji z punktu widzenia użytkownika. Moim zdaniem właśnie w takich testach najłatwiej złapać błędy, które są naprawdę uciążliwe dla użytkowników końcowych. Branżowe standardy, takie jak ISTQB, podkreślają, że testy funkcjonalne badają zachowanie systemu na podstawie specyfikacji, a nie sposobu realizacji. Praktyka pokazuje, że nawet proste formularze często zawierają bzdurne błędy (np. nie sprawdza się formatu maila albo nie wymaga zgody RODO), więc takie testy są wręcz niezbędne. Dodatkowo, dobrym zwyczajem jest po takich testach „posprzątać” po sobie dane testowe, żeby nie zaśmiecać bazy – to też jest element dobrze przeprowadzonego testowania funkcjonalnego.