O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.
Debugging design
Magdalena 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 ...
testowanie użyteczności

Ilościowe

Jakościowe
Testy ilościowe

Testy jakościowe

udowodnienie tezy

pozyskiwanie informacji w
celu ulepszenia projektu

Czy nowa witryna...
“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 ce...
N (1-(1- L ) n )

N - liczba wszystkich problemów użyteczności interfejsu
L - procent odnalezionych problemów po sesji z
p...
Przygotowanie do testu
Tworzenie zadań/scenariuszy
1. wypisać główne funkcje strony
2. przepisać je na zadania
3. rozwinąć...
NAGRYWANIE WIDEO
rozpoczynamy test
wyczyścić historię przeglądarki
ustawić neutralną stronę np. Google
,,Testujemy interfejs a nie Ciebie.’...
Thinking aloud protocol

@#!

?
TesT: Część 1
1 min. ROZMOWA
rozmowa z użytkownikiem
Co robisz na co dzień?
Ile godzin dziennie spędzasz na korzystaniu z ...
Test: Część 2
2 min. WALIDACJA KONCEPTU STRONY GŁÓWNEJ
Użytkownik może przewijać stronę, lecz nie powinien
opuszczać stron...
“If I asked the people what they wanted, they would
have said ‘Faster Horses’.
Henry Ford
Test: część 3
12 min. ZADANIA
Przed rozpoczęciem zadania powinieneś przeczytać głośno
scenariusz użycia.
Ułóż całą historę...
I co dalej?
Wylistować 3 najpoważniejsze (według Ciebie) problemy
interfejsu użytkownika.
Spotkać się z zespołem projektow...
“The ability to simplify means to eliminate the
unnecessary so that the necessary may speak.”
Hans Hofmann
Dziękuję za uwagę!

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

Mag...
Próximos SlideShares
Carregando em…5
×

Debugging Design [PL]

1.368 visualizações

Publicada em

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

Publicada em: Tecnologia
  • Seja o primeiro a comentar

Debugging Design [PL]

  1. 1. Debugging design Magdalena Ostoja-Chyżyńska mchyzynska WARSAW USABILITY FIX #1 28 JAN 2014
  2. 2. 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?
  3. 3. testowanie użyteczności Ilościowe Jakościowe
  4. 4. Testy ilościowe Testy jakościowe udowodnienie tezy pozyskiwanie informacji w celu ulepszenia projektu Czy nowa witryna jest lepsza od poprzedniej? można zmieniać protokół w trakcie wywiad z moderatorem mierzenie współczynnika udanych prób i czasu wykonywania zadań nie występuje formalne zbieranie danych
  5. 5. “The information is in the people, not in your head.” Edward T. Hall
  6. 6. Dlaczego to działa? 1. Nic nie jest doskonałe. 2. Poważne problemy łatwo jest znaleźć. 3. Obserwacja użytkowników jest cenna.
  7. 7. N (1-(1- L ) n ) N - liczba wszystkich problemów użyteczności interfejsu L - procent odnalezionych problemów po sesji z pojedynczym użytkownikiem (zazwyczaj L = 31%)
  8. 8. Przygotowanie do testu Tworzenie zadań/scenariuszy 1. wypisać główne funkcje strony 2. przepisać je na zadania 3. rozwinąć je do formatu scenariuszy Zadania powinny być wydrukowane 2 razy (dla użytkownika i dla Ciebie). Układ tester/obserwator Testujący powinien siedzieć przed komputerem. Obserwator nie powinien przytłaczać testera. Opcjonalna zgoda na nagranie testu.
  9. 9. NAGRYWANIE WIDEO
  10. 10. rozpoczynamy test wyczyścić historię przeglądarki 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.’’
  11. 11. Thinking aloud protocol @#! ?
  12. 12. TesT: Część 1 1 min. ROZMOWA rozmowa z użytkownikiem Co robisz na co dzień? Ile godzin dziennie spędzasz na korzystaniu z Internetu? Jakie strony oglądasz? Jakie są twoje ulubione strony?
  13. 13. Test: Część 2 2 min. WALIDACJA KONCEPTU STRONY GŁÓWNEJ Użytkownik może przewijać stronę, lecz nie powinien opuszczać strony głównej. Jak myślisz czyja to strona? Co Cię w niej uderza na pierwszy rzut oka? Co można na niej zrobić? O czym jest?
  14. 14. “If I asked the people what they wanted, they would have said ‘Faster Horses’. Henry Ford
  15. 15. Test: część 3 12 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. Jeśli użytkownik nie może czegoś znaleźć możesz bardzo dyskretnie mu pomóc. (unikać) Być neutralnym! Podziękować za test. Właśnie zachorowałeś i chciałbyś udać się do lekarza pierwszego kontaktu, aby Cię zbadał i ocenił twój stan zdrowia.
  16. 16. 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!
  17. 17. “The ability to simplify means to eliminate the unnecessary so that the necessary may speak.” Hans Hofmann
  18. 18. Dziękuję za uwagę! Pamiętaj! Przeprowadzanie szybkich testów użyteczności jest dużo lepsze od nietestowania niczego. Magdalena Ostoja-Chyżyńska mchyzynska

×