WeTestWeb

Zapewne nie raz spotkałeś się z nazwą PayPal. Być może nawet korzystałeś z tego systemu. Jeżeli jednak nie wiesz za bardzo, czym to jest, to się nie martw – na potrzeby tego wpisu wystarczy wiedzieć, że jest to system obsługujący płatności za pomocą karty kredytowej. Niewątpliwie zatem domyślasz się już, że jego sukces w znacznej mierze zależy od zaufania, jakim darzą go klienci. Przecież nie powierzyłbyś swoich pieniędzy byle komu.

Spójrz zatem na fragment listu, który niedawno dostałem (po dokonaniu płatności) od PayPala (kliknij w obrazek, aby powiększyć):

Jeśli nie zauważyłeś w nim nic dziwnego, to przyjrzyj się dokładniej znajdującym się w nim linkom.

Oczywiście można uznać, że nic wielkiego się nie stało. Jest to przecież tylko email potwierdzający (którego i tak prawie nikt nie czyta). Skoro jednak w takim miejscu pojawia się błąd, to skąd mam (jako użytkownik) mieć pewność, że część systemu odpowiedzialna za wykonywanie i księgowanie przelewów jest ich pozbawiona?

Tego typu błąd nie spowoduje oczywiście, że PayPal “padnie”, gdyż serwis ten zdobył już zaufanie wielu klientów. Jednak w przypadku mniejszych systemów, szczególnie na początku działalności, należy bardzo uważać na tego typu wpadki.

Od 7 lat (jak ten czas szybko leci) zajmuję się zawodowo tworzeniem oprogramowania. W okresie tym związany byłem z czterema firmami. W jednej z nich zostało mi powierzone zadanie utworzenia zespołu odpowiedzialnego za zapewnianie jakości (tzw. testroomu).

Od pewnego czasu rozwijam własną firmę programistyczną, zajmującą się głównie rozwiązaniami webowymi. Dzięki temu udało mi się nawiązać bezpośredni kontakt z klientami i zapoznać się z ich, nieco innym kątem widzenia.

W ciągu tych kilku lat poznałem także trochę innych firm oraz ludzi w nich pracujących (zazwyczaj programistów) i z przykrością muszę przyznać, że większość z nich nadal nie przywiązuje zbyt wielkiej wagi do odpowiedniego przetestowania dostarczanej klientowi aplikacji.

Zjawisko to jest szczególnie dobrze widoczne w przypadku aplikacji webowych. Przyczyn zapewne jest wiele. Niektóre z nich to:

• bardzo szybko rosnąca popularność rozwiązań webowych – prawie każdy chce, aby stworzyć mu jakiś serwis; bardzo często klient nie jest przygotowany merytorycznie do swojej roli;
• krótsze terminy i mniejsze budżety – każdemu się spieszy i zależy na cięciu kosztów, a jakiś wykonawca na pewno zgodzi się na proponowane warunki.

Niestety zazwyczaj prowadzi to do:

• niskiej jakości kodu (co znacznie zwiększa koszty jego utrzymania i rozwijania),
• braku pełnej świadomości prawnej (co naraża właściciela na różne nieprzyjemności),
• luk w systemie zabezpieczeń (mogące doprowadzić do kradzieży danych lub przejęcia kontroli nad oprogramowaniem),
• niepełnej funkcjonalności (za której wykonanie przecież klient zapłacił),
• braku optymalizacji pod względem usability (prostoty użycia) lub SEO.

Czy jednak aby na pewno jesteś skazany na niską jakość oprogramowania? Czy jako klient jesteś w stanie samodzielnie sprawdzić, czy otrzymujesz to, za co płacisz? Czy jako firma tworząca oprogramowanie możesz zapewnić lepszą jakość dostarczanych produktów, nie nadwyrężając nadto budżetu i nieprzekraczając terminu?

Właśnie na tego typu pytania postaramy się odpowiedzieć w najbliższych wpisach. Przybliżymy Ci temat testowania oprogramowania. Wskażemy często popełniane błędy oraz sposoby na to, jak się przed nimi uchronić. Postaramy się także przekonać Cię, że inwestycja w zapewnienie jakości zawsze jest dobrą inwestycją.

Jeśli zatem jesteś klientem firm programistycznych lub też pracownikiem (tudzież właścicielem) jednej z nich i chciałbyś pogłębić swoją wiedzę na temat zapewniania jakości, z pewnością znajdziesz tu coś dla siebie.