how tester can think
Scena : W restauracji przyjechała 3-osobowa rodzina - rodzice i maluch. Po zamówieniu ulubionej pizzy rodzina odpoczywała, a maluch zaczął bawić się pałeczkami ułożonymi na stole. Polubił je i postanowił zjeść obiad wyłącznie pałeczkami.
Ogłosił swoje pragnienie, a zajęci rozmową rodzice zgodzili się na to. Kiedy podano pizzę, maluch zaczął używać pałeczek i wiele razy nie potrafił włożyć pizzy do ust. Nagle rodzice to zauważyli i nakazali maluchowi nie używać pałeczek. Maluch nie przekonał, bo rodzice już wcześniej zgodzili się na jego życzenie.Kiedy rodzice zaczęli uczyć o jedzeniu pizzy tylko nożem i widelcem, maluch zakwestionował to przekonanie, ale ja chcę jeść tylko pałeczkami i dlaczego jest źle? A używając pałeczek, gdy nie był w stanie zjeść swojej ulubionej pizzy, zniecierpliwił się i ostatecznie wyrzucił pałeczki i zdecydował się nie jeść również pizzy. Rodzice, również sfrustrowani, nie mogli nic zrobić i rodzinny obiad okazał się najgorszą porą dnia.
Teraz zamień niektóre słowa w powyższym akapicie na następujące i przemyśl to ponownie:
Rodzice: Zespół zarządzający projektem, w tym analityk biznesowy, sprzedawca, kierownik ds. Rozwoju i zespół architektoniczny.
Brzdąc: Klient / użytkownik końcowy
Pizza: sposób nakładania produktu
Pałeczki do jedzenia: błąd
Najbardziej ulubiona aplikacja jest ulubiona tylko do momentu, gdy użytkownik nie pomyli się i nie zobaczy najgorszego zachowania aplikacji. Raz doświadczony użytkownik nigdy nie wraca do aplikacji. Dlatego jako tester bardzo konieczne jest zrozumienie sposób myślenia użytkownika , jak ma się zachowywać, co złego może zrobić z aplikacją, jaki może być najgorszy popełniony błąd i wiele więcej.
Przez większość czasu byłem pytany na forach, a także przez członków zespołu wewnętrznego o to, jak odtworzyć doświadczenia użytkowników podczas testowania. Moja odpowiedź zawsze była prosta - Bądź użytkownikiem :)
Chociaż łatwo jest powiedzieć niż wdrożyć, jest to właściwy czas, aby branża testowania oprogramowania podążyła w kierunku rewolucji, w której wrażenia użytkowników i opinie są ważniejsze niż cokolwiek innego.
Jak tester może myśleć jako użytkownik końcowy?
Przedstawiając niniejszym niektóre typowe przykłady zachowań użytkownika końcowego i znajdowania niespodzianek , Zauważyłem w ciągu ostatnich kilku dni:
# 1) Podczas testowania pola daty, gdy użytkownik wybrał lub ręcznie wprowadził poprawną wartość daty, działało dobrze. Ale kiedy użytkownik wprowadził całkowicie niepoprawną wartość, taką jak 12/00 // i kliknął OK, został wyświetlony komunikat o błędzie dotyczący nieprawidłowej wartości daty.
Teraz użytkownik nie poprawia daty, ale odświeża stronę. Co powinno się wydarzyć? Cóż, wielu z was może zgadnąć, co powinno się stać, ale czy możecie pomyśleć o tym, co się stało z aplikacją? Po odświeżeniu strony użytkownikowi został przedstawiony następujący komunikat i ta sama wartość została również zapisana w bazie danych.
Więc… .. tester zreplikował użytkownika tutaj, zgadzasz się?
#dwa) Podczas testowania aplikacji, gdzie workflow polega na przesyłaniu różnych formularzy w specjalnej kolejności, jeśli było to zgodne z zamówieniem, działało dobrze. Ale co, jeśli użytkownik spróbuje wrócić do formularza nr 3, z formularza nr 5?
Zamiast myśleć o tym, co powinno się stać, zobaczmy, co się stało…
Tester był oniemiały, ale czuł dumę, że pojawił się jako użytkownik… ..Zgoda?
# 3) Po pomyślnym zalogowaniu użytkownik klika przycisk Wstecz w przeglądarce. Ponownie zobaczmy, co się stało…
Poświadczenia powinny zostać wyczyszczone, ale tak się nie stało. Idąc dalej, na tej stronie logowania użytkownik klika łącze Nie pamiętam hasła. Upewnij się, że użytkownik był już zalogowany i był na stronie logowania, klikając przycisk Wstecz w przeglądarce. Kliknięcie Zapomniałeś hasła przenosiło użytkownika na stronę główną aplikacji.
Tester zwrócił się do użytkownika… ..Zgoda?
# 4) Po obserwacji adresu URL strony wyszukiwania (http: //x.x.x.x: y / # / Search) aplikacji, tester zmodyfikował adres URL jako http: //x.x.x.x: y / # / Search / test? i czy możesz pomyśleć, co by się stało?
Cóż, aplikacja uległa awarii i ponownie tester zwrócił się do użytkownika… ..Mam nadzieję, że się nie zgodzisz.
Wniosek
Wydaje mi się, że poprzez te przykłady przekazałem wystarczająco dużo tego, co chciałem.
Naprawdę, testowanie nie oznacza sprawdzenia przepływu pracy aplikacji, ani też jej zepsucia, ale z pewnością oznacza sprawdź wrażenia użytkownika nawet jeśli popełnia błędy.
rodzaj testowania w inżynierii oprogramowania
O autorze: Ten post został napisany przez członka zespołu STH, Bhumikę Mehtę. Jest kierownikiem projektów i posiada ponad 10-letnie doświadczenie w testowaniu oprogramowania. Ceni też dobre pomysły, innowacje i ryzyko. I oczywiście nienawidzi monotonnej pracy, ludzi i środowiska.
I tak, zamieńmy testera w siebie użytkownika końcowego… .Zgoda? :)
Tak więc… .. chcielibyśmy usłyszeć od Ciebie więcej takich przykładów, a także poznać Twoje opinie.
rekomendowane lektury
- Samouczek testowania GUI: kompletny przewodnik testowania interfejsu użytkownika (UI)
- Testowanie plików cookie witryny i przypadki testowe do testowania plików cookie aplikacji internetowych
- Uwierzytelnianie użytkownika w MongoDB
- Testowanie walidacji poczty e-mail: jak przetestować funkcjonalność poczty e-mail w aplikacji
- Zarabianie pieniędzy, kariera testowania oprogramowania i sekrety najbogatszego testera
- 5 rzeczy, które początkujący programista (i tester) powinien wiedzieć o testowaniu oprogramowania
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Testowanie ad hoc: jak znaleźć usterki bez formalnego procesu testowania