Lista kontrolna testowania stron internetowych: testy użyteczności, testy akceptacji użytkownika i wyjaśnienie testów AB

Podsumowanie: Połączenie testów użyteczności strony, testów akceptacji użytkownika (UAT) i testów AB może brzmieć jak masa pracy. Ale posiadanie listy kontrolnej testowania witryny przed uruchomieniem funkcji lub ścieżki faktycznie oszczędza czas i pieniądze na dłuższą metę.

Załóżmy, że Twoja firma musi ulepszyć nawigację po produktach. Twój szef wspomina, że ​​zamierzasz opracować nowe kluczowe sposoby umożliwiające użytkownikom nawigację – a Ty kierujesz projektem. Dla wielu marketerów ten proces wygląda tak:

Technicznie rzecz biorąc, zawiera wszystkie składniki nowej funkcji, którą możesz uruchomić na stronie. Jednak użycie ich jako podstawowych kroków pozostawia sukces lub niepowodzenie projektu przypadkowi. Nawet zakładając, że problemy z rozwojem nie wystąpią, nowa ścieżka nawigacji, którą budujesz, może być tak samo zepsuta, a nawet gorsza niż ta, którą masz teraz.

Aby tego uniknąć, potrzebujesz testów. Ale które? A kiedy zastosujesz to wszystko?

W tym miejscu może pomóc lista kontrolna testowania witryny.

Zanurzmy się.

1. Stosowanie testów użyteczności

Testy użyteczności to w istocie wywiady z ludźmi, którzy próbują czegoś użyć i powinny być uwzględnione na liście kontrolnej testowania Twojej witryny. Ty …

• … może (i powinien!) zrobić to w przypadku witryn konkurencji.
• … powinny stosować je do koncepcji projektowych podczas tworzenia nowych funkcji.
• … powinien testować twoje prototypy podczas ich tworzenia i testować je ponownie, gdy uruchomisz rzeczywistą funkcję w swojej witrynie.

Testy użyteczności w witrynach konkurencji

Jeśli masz konkurencyjne strony, które wykorzystują podobną funkcję do tej, którą chcesz zbudować, powinieneś poprosić kilka osób (nie przesadzaj z liczbą osób, 4-12 powinno załatwić sprawę) o wykonanie zadań na i niech omówią cały proces. To w zasadzie to.

Będziesz mógł otrzymywać komentarze o tym, dlaczego niektóre rzeczy działają, a inne przełamują oczekiwania . Wszystko to powinno zostać uwzględnione w Twojej koncepcji projektowej. Stamtąd musisz przetestować projekt, prototyp i rzeczywistą funkcję po uruchomieniu w witrynie.

Testy użyteczności funkcji wewnętrznych

Zasada jest prosta, nawet jeśli w praktyce czasami się to komplikuje.

Po opracowaniu koncepcji projektu witryny należy porozmawiać z 12 osobami . Ale nie wszystkie na raz.

• Najpierw masz 4 osoby, które spróbują wykonać zadanie, używając tylko twoich koncepcji projektowych. Po rozmowie z 4 osobami wyłapiesz największe problemy na projektach.
• Zastosujesz to do projektów, a następnie porozmawiasz z kolejnymi 4 osobami. Największe problemy wykryją w drugiej wersji i można to zastosować w trzeciej wersji koncepcji.
• Przy trzeciej wersji z ostatecznym zestawem 4 osób powinny pozostać tylko drobne problemy… i możesz przejść do następnego etapu.

I to jest w zasadzie test użyteczności. Uruchomisz to ponownie, gdy będziesz miał prototyp i jeszcze raz, gdy funkcja zostanie uruchomiona.

Nie zajmuje to tak dużo czasu, jak się wydaje, i faktycznie oszczędza, a nie kosztuje większość firm . Dzieje się tak, ponieważ kiedy przechodzisz od etapu projektowania do etapu prototypu lub od etapu prototypu do etapu uruchomienia, zmiana rzeczy staje się droższa i bardziej czasochłonna.

Ten proces gwarantuje, że to, co tworzysz, może być faktycznie wykorzystane do efektywnego wykonywania zadań, a na późniejszych etapach projektu nie będziesz mieć kosztownych poprawek funkcji . Największe problemy z wrażeniami użytkownika zostaną szybko wykryte .

„Chcesz dowiedzieć się więcej o testowaniu użyteczności? Jesteśmy z Tobą. Przeczytaj „Podstawy testowania użyteczności witryny w wielkim skrócie”

2. Stosowanie testów akceptacji użytkownika (UAT)

Oczywiście tylko dlatego, że rozmawiałeś z ludźmi o wrażeniach użytkownika, nie oznacza to, że rzeczywista funkcja będzie wolna od błędów. Twoja błyszcząca nawigacja po nowym produkcie może być dobra w fazie testowania użyteczności w fazie projektowania i prototypowania, ale jeśli uniemożliwi to działanie koszyka na zakupy po zastosowaniu go w witrynie, zaszkodzisz firmie.

W tym miejscu pojawia się testowanie akceptacji użytkownika witryny lub UAT.

Po tym, jak prototyp przejdzie testy użyteczności, ale przed uruchomieniem funkcji na stronie, powinna istnieć lista kontrolna elementów do sprawdzenia przez różne wewnętrzne zasoby firmy . Ta lista kontrolna powinna naruszyć część listy kontrolnej testowania Twojej witryny.

Jest to najbliższa testowi „rzeczywistego świata”, który będziesz mieć przed faktycznym uruchomieniem. UAT obejmą więcej niż poniższe scenariusze, ale przynajmniej musisz zrozumieć, jeśli ...

• … zaplanowana funkcja działa zgodnie ze specyfikacją i pozwala użytkownikowi na wykonanie zamierzonego zadania.
• … rzecz, którą uruchamiasz, działa dość dobrze i mieści się w uzgodnionym progu czasu ładowania strony.
• … ulepszenie, które planujesz, jest zgodne z innymi obszarami witryny i nie powoduje problemów w innych częściach witryny.

Powinien być też kierowca – ktoś, kto będzie przypominał ludziom, że nadal muszą dać znak, że funkcja działa i nie zakłóca innych funkcji witryny.

Po rozliczeniu UAT cały proces wygląda tak:

W przypadku niektórych funkcji możesz zatrzymać się na tym etapie. Ale jeśli to, co tworzysz, ma zapewniać znaczną przyczepność do ruchu i konwersji, musisz dodać jeszcze jeden test.

3. Stosowanie testów AB / testów dzielonych

Po rozmowie z wystarczającą liczbą użytkowników i upewnieniu się, że mogą wykonać zadania, a także po przeprowadzeniu testów, aby upewnić się, że funkcje działają zgodnie z planem, nie psując czegokolwiek, nadal czeka nas trochę pracy: optymalizacja stron pod kątem maksymalnego wpływu .

Testy AB lub testy podzielone pojawiają się na końcu procesu, więc uruchomienie funkcji będzie teraz wyglądać mniej więcej tak:

Testy AB lub testy podzielone to coś, o czym mówiliśmy w innym poście na blogu. Jeśli potrzebujesz szczegółowego wstępu na temat korzyści, czasu trwania testu, rzeczy, których należy unikać i innych niuansów, możesz przeczytać o podstawach testowania podzielonego tutaj.

Ale ogólna idea jest taka, że ​​otrzymasz dwie wersje strony , tę, którą właśnie uruchomiłeś po poprzednich testach, oraz stronę challenger, coś, co nieco różni się od tej, którą uruchomiłeś – być może trochę poprawiłeś wezwania do działania lub przepisano tytuły obszarów produktów.

Testy podziału podzielą ruch między te dwie strony , a wkrótce otrzymasz statystyki pokazujące, która strona poradziła sobie lepiej na podstawie wybranych kryteriów.

Znaczenie listy kontrolnej testowania strony internetowej

Kiedy połączysz testy użyteczności, testy akceptacji użytkownika i testy AB, to co zazwyczaj masz, to framework testowy, który pozostawia bardzo mało przypadkowi .

Brzmi jak więcej pracy, ale w praktyce większość pracy pochodzi z przerabiania stron, które nie działają lub funkcji, które psują inne rzeczy. Implementacja testów zazwyczaj nie powoduje straty czasu; w przypadku większości większych projektów zaoszczędzą czas, ponieważ nie będziesz zmieniać celów w trakcie transmisji ani wprowadzać „panikowych zmian” tuż przed uruchomieniem.

Trzy testy oznaczają, że poradzisz sobie z minimalnymi przeróbkami. Zapewnią, że użytkownicy będą mogli wykonywać swoje zadania. A co najważniejsze, maksymalizują Twoje szanse na konwersję użytkowników .

Ten post został pierwotnie opublikowany w sierpniu 2015 r. i został zaktualizowany pod kątem obszerności.