DeBlog

Znacie na pewno termin “banner blindness” który określa rodzaj chwilowej ślepoty użytkownika na prezentowane mu bannery. Użytkownik podświadomie unika wzrokiem elementów mrugających lub też po prostu wyglądających jak bannery.

Ostatnio rozmawiając z programistami na temat problemu testowania aplikacji pisanych przez nich wpadłem na pomysł stworzenia terminu programmer blindness.

Wystawiając ostatnio wersję testową aplikacji jeden z programistów wrzucił również bazę danych wcześniej ściągniętą z serwera klienta z pomocą Jedynego Słusznego Narzędzia Do Bazy Danych ™ (czyt. PHPMyAdmin) któremu niestety czasami przestawi się kodowanie znaków (my używamy UTF8)

Efekt był taki, że teksty na stronie były poobcinane tudzież nie było polskich znaków w ogóle (zostały zjedzone przez pana PHPMyAdmina a raczej przez jego głupotę).

Błąd zdawałoby się do wykrycia na pierwszy rzut oka. Wystarczy wejść na stronę testowanej aplikacji (co też ów programista uczynił) i chwilę poklikać. Do wykrycia w około 5 sekund  po wejściu na stronę.

Okazało się jednak, że nie zauważył on żadnych nieprawidłowości. Człowiek ten niejedno testowanie ma za sobą - to doświadczony programista, dlatego też zacząłem się zastanawiać co mogło być przyczyną. Wydawało się, że nie zauważył tego oczywistego błędu ze względu na to, że zupełnie nieświadomie nie spodziewał się błędu w tym miejscu.

Moim zdaniem padł właśnie ofiarą syndromu programmer blindess.

Niedziałający formularz, SQL error, brak zdjęć po wykonaniu uploadu, niedziałające linki - to standardowe błędy które się zdarzają. One też są w pierwszej kolejności testowane. Rzeczy które wydają się oczywiste (oczywiście, że będą działały :) nie są niestety testowane. Na pierwszy rzut oka wydaje się, że to złe podejście programisty do testowania jest tego przyczyną, ale nie jest on młodziakiem który dopiero co zaczął programować.  To człowiek z doświadczeniem który niejeden kod w życiu zjadł ;)

Jak widać problem jest spory - programiści “omijają” wzrokiem zupełnie nieświadomie fragmenty którymi nie muszą się przejmować (bo w ich mniemaniu na pewno powinny działać poprawnie).

Niestety dla klienta taka sytuacja jest niedopuszczalna i powoduje, że nie sprawdza/testuje on aplikacji napotykając na taki np. problem braku polskich liter.

Rozwiązań problemu jest kilka a najłatwiejszym jest testowanie w parach - jedna osoba tworzy funkcjonalność lub też wystawia wersję testową a druga jest odpowiedzialna za sprawdzenie. Nie wymaga to aż tak dużej ilości czasu a powoduje, że błędów jest dużo mniej.

P.S. Happy End :) Nasz błąd na szczęście został wyłapany jeszcze w firmie właśnie dzięki testowaniu przez programistę-partnera.