Testowanie oprogramowania na egzaminie INF.04

Przypadek testowy opisuje warunki początkowe, dane wejściowe, kroki, oczekiwany wynik i wynik rzeczywisty. Samo polecenie sprawdź logowanie nie wystarcza. Lepszy zapis podaje istniejące konto, poprawne hasło, czynność wysłania formularza i oczekiwane przejście do panelu bez wyświetlenia komunikatu błędu.

Testowanie statyczne nie uruchamia programu. Obejmuje między innymi przegląd wymagań, kodu lub projektu. Testowanie dynamiczne wykonuje kod z wybranymi danymi. Oba podejścia mogą wykryć inne problemy, na przykład niejednoznaczne wymaganie przed implementacją albo błąd obliczeń widoczny dopiero podczas działania.

Test komponentowy sprawdza pojedynczą funkcję, klasę lub moduł w izolacji. Test integracji komponentów bada ich współpracę, na przykład serwisu zamówień z repozytorium. Test systemowy obejmuje kompletną aplikację, a test integracji systemów jej połączenia z innymi systemami, na przykład operatorem płatności.

Test akceptacyjny ocenia, czy rozwiązanie spełnia potrzeby użytkownika lub zamawiającego. Przykładowo test jednostkowy może potwierdzić obliczenie rabatu, integracyjny zapis ceny w bazie, systemowy cały zakup, a akceptacyjny zgodność procesu z uzgodnioną regułą biznesową.

Testy funkcjonalne sprawdzają, co system robi. Testy niefunkcjonalne oceniają cechy działania, takie jak wydajność, użyteczność, bezpieczeństwo, niezawodność lub zgodność. Ten sam ekran logowania można więc badać pod kątem poprawnej autoryzacji, czasu odpowiedzi, obsługi z klawiatury oraz odporności na wielokrotne błędne próby.

Po naprawie błędu test potwierdzający sprawdza dokładnie poprawioną sytuację. Test regresji bada, czy zmiana nie zepsuła wcześniej działających obszarów. Jeśli poprawiono naliczanie rabatu, najpierw powtarza się przypadek z błędną kwotą, a potem sprawdza inne progi rabatowe, koszyk bez rabatu i zapis zamówienia.

Podział na klasy równoważności grupuje dane, które powinny zachowywać się tak samo. Dla pola wieku dopuszczającego wartości od 18 do 65 powstają trzy klasy: poniżej 18, od 18 do 65 i powyżej 65. Analiza wartości brzegowych kieruje uwagę na 17, 18, 65 i 66, ponieważ właśnie przy granicach często występuje pomyłka o jeden.

Tablica decyzyjna nadaje się do kombinacji warunków, na przykład klient premium, ważny kupon i minimalna wartość koszyka. Testowanie przejść stanów pasuje do obiektów, których zachowanie zależy od historii, takich jak konto aktywne, zablokowane i odblokowane. Każda reguła lub dozwolone przejście powinny otrzymać co najmniej jeden przypadek.

Techniki białej skrzynki korzystają ze struktury kodu. Pokrycie instrukcji mierzy wykonane instrukcje, a pokrycie gałęzi sprawdza wyniki decyzji, na przykład osobno prawdę i fałsz w warunku. Sto procent pokrycia instrukcji nie gwarantuje pełnego pokrycia gałęzi ani poprawności wymagań.

Zgadywanie błędów wykorzystuje wiedzę o typowych awariach, test eksploracyjny łączy naukę, projektowanie i wykonywanie prób, a lista kontrolna porządkuje znane obszary ryzyka. Są użyteczne, ale nie zastępują systematycznych technik. Zgłoszenie błędu powinno zawierać środowisko, kroki odtworzenia, wynik oczekiwany, wynik rzeczywisty i dowody.