Debugging Design [PL]

Post on 11-Nov-2014

1.127 views 3 download

Tags:

description

Introduction to quick Usability Testing. In Polish language. Presentation has been prepared for the first Usability Fix in Warsaw.

Transcript of Debugging Design [PL]

Debugging designMagdalena Ostoja-Chyżyńska

mchyzynska

WARSAW USABILITY FIX #1 28 JAN 2014

1. Testy ilościowe a jakościowe.

2. Dlaczego je robimy?

3. Optymalna liczba użytkowników do testów.

4. Przygotowanie i przeprowadzenie testu.

5. Po teście. I co dalej?

testowanie użyteczności

JakościoweIlościowe

Testy ilościowe

udowodnienie tezy

Czy nowa witryna jest lepsza od poprzedniej?

mierzenie współczynnika udanych prób i czasu wykonywania zadań

Testy jakościowe

pozyskiwanie informacji w celu ulepszenia projektu

można zmieniać protokół w trakcie

wywiad z moderatorem

nie występuje formalne zbieranie danych

“The information is in the people, not in your head.”

Edward T. Hall

Dlaczego to działa?

1. Nic nie jest doskonałe.

2. Poważne problemy łatwo jest znaleźć.

3. Obserwacja użytkowników jest cenna.

N (1-(1- L ) n )

N - liczba wszystkich problemów użyteczności interfejsuL - procent odnalezionych problemów po sesji z pojedynczym użytkownikiem (zazwyczaj L = 31%)

Przygotowanie do testu

Tworzenie zadań/scenariuszy1. wypisać główne funkcje strony

2. przepisać je na zadania

3. rozwinąć je do formatu scenariuszy

Układ tester/obserwator

Testujący powinien siedzieć przed komputerem.

Zadania powinny być wydrukowane 2 razy (dla użytkownika i dla Ciebie).

Opcjonalna zgoda na nagranie testu.

Obserwator nie powinien przytłaczać testera.

NAGRYWANIE WIDEO

rozpoczynamy test

ustawić neutralną stronę np. Google

,,Testujemy interfejs a nie Ciebie.’’

,,Nie martw się, że urazisz nasze uczucia…’’

nie na każde pytanie możesz/powinieneś odpowiadać

użytkownik może poprosić o przerwę w trakcie

włączyć nagranie (podpisana zgoda)

,,Nagranie zostanie użyte tylko w celu poprawy jakości strony.’’

wyczyścić historię przeglądarki

Thinking aloud protocol

?@#!

TesT: Część 11 min. ROZMOWA

rozmowa z użytkownikiem

Jakie strony oglądasz?

Jakie są twoje ulubione strony?

Ile godzin dziennie spędzasz na korzystaniu z Internetu?

Co robisz na co dzień?

Test: Część 22 min. WALIDACJA KONCEPTU STRONY GŁÓWNEJ

Co można na niej zrobić?

O czym jest?

Co Cię w niej uderza na pierwszy rzut oka?

Jak myślisz czyja to strona?

Użytkownik może przewijać stronę, lecz nie powinien opuszczać strony głównej.

“If I asked the people what they wanted, they would have said ‘Faster Horses’.

Henry Ford

Test: część 312 min. ZADANIA

Przed rozpoczęciem zadania powinieneś przeczytać głośno scenariusz użycia.

Ułóż całą historę, tak by osoba mogła z łatwością ,,wejść w buty” opisywanej osoby.

Właśnie zachorowałeś i chciałbyś udać się do lekarza pierwszego kontaktu, aby Cię zbadał i ocenił twój stan zdrowia.

Jeśli użytkownik nie może czegoś znaleźć możesz bardzo dyskretnie mu pomóc. (unikać)

Podziękować za test.

Być neutralnym!

I co dalej?

Wylistować 3 najpoważniejsze (według Ciebie) problemy interfejsu użytkownika.

Spotkać się z zespołem projektowym na lunch i omówić zauważone przez każdego najważniejsze problemy.

Znaleźć najłatwiejszy możliwy sposób na poprawienie najpoważniejszych 3 błędow.

Zaimplementować poprawki!

“The ability to simplify means to eliminate the unnecessary so that the necessary may speak.”

Hans Hofmann

Dziękuję za uwagę!

Magdalena Ostoja-Chyżyńska mchyzynska

Pamiętaj! Przeprowadzanie szybkich testów użyteczności jest dużo lepsze od nietestowania

niczego.