Testowanie metodą "white box" opiera się na znajomości wewnętrznej struktury i kodu aplikacji. Historycznie, ta metoda była zarezerwowana dla programistów, ale wraz z komplikowaniem się oprogramowania, testerzy również zaczęli korzystać z jej podejść. W przeciwieństwie do "black box", w którym testowane są tylko dane wejściowe i wyjściowe, w tym przypadku ważne jest zrozumienie, jak system działa od wewnątrz.
Kluczowe cechy:
Testerzy manualni często ograniczają się tylko do scenariuszy użytkownika, pomijając potencjalne defekty na poziomie logiki implementacji. To prowadzi do przeoczenia krytycznych błędów w skomplikowanych systemach.
Należy przynajmniej zapoznać się z podstawami strukturyzowania kodu, umieć czytać proste funkcje i diagramy blokowe, uczyć się zadawać pytania programistom. Tester manualny, który rozumie zasady "white box", wyróżnia się na rynku.
Gdzie tkwi błąd w przekonaniu, że testerzy manualni nie stosują testowania metodą "white box"?
Błędnie uważa się, że to podejście jest wyłącznie dla automatyzatorów. W wielu firmach tester ręcznie sprawdza wewnętrzne obliczenia i struktury danych — szczególnie w złożonych projektach.
Czy testy jednostkowe są synonimem testowania "white box" dla testerów manualnych?
Nie. Testy jednostkowe są narzędziem automatyzacji. Tester manualny korzysta z podobnych zasad analizy, ale nie pisze kodu do tych sprawdzeń.
Czy można ograniczyć się do scenariuszy użytkowników, jeśli na etapie rozwoju zastosowano podejście "white box"?
Nie. Scenariusze użytkowników mogą ujawnić błędy, które zostały pominięte na poziomie kodu. Tylko połączenie metod z perspektywy użytkownika i kodu daje maksymalne pokrycie.
Tester sprawdza nowy moduł na podstawie scenariuszy użytkowników, ale nie patrzy, jak obliczana jest skomplikowana logika zniżek. Przeoczony błąd w obliczeniach.
Zalety:
Wady:
Tester przeanalizował diagram blokowy wewnętrznie i poprosił programistów o wyjaśnienia dotyczące obliczeń zniżek, sprawdził dodatkowe przypadki ręcznie w towarzystwie użytkowników.
Zalety:
Wady: