SlideShare a Scribd company logo
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 przeprowadzenie testu.

5. Po teście. I co dalej?
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
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
“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 interfejsu
L - procent odnalezionych problemów po sesji z
pojedynczym użytkownikiem (zazwyczaj L = 31%)
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.
NAGRYWANIE WIDEO
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.’’
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 Internetu?
Jakie strony oglądasz?
Jakie są twoje ulubione strony?
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?
“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ę, 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.
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ę!

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

Magdalena Ostoja-Chyżyńska

mchyzynska

More Related Content

PDF
Testy copy: co, jak i kiedy
PPSX
Dobre praktyki na kursie kolizyjnym
PDF
Testing - Pawał Rutkowski
PDF
Project: People - Podstawy testów użytkowych
PDF
Usability testing
PDF
Testowanie aplikacji mobilnych (IxDA 2012)
PDF
Bartek Mozyrko, Testing methods for mobile applications
PPTX
Błędy w zarządzaniu zmianą
Testy copy: co, jak i kiedy
Dobre praktyki na kursie kolizyjnym
Testing - Pawał Rutkowski
Project: People - Podstawy testów użytkowych
Usability testing
Testowanie aplikacji mobilnych (IxDA 2012)
Bartek Mozyrko, Testing methods for mobile applications
Błędy w zarządzaniu zmianą

Similar to Debugging Design [PL] (20)

PPT
Zabawa w agencję interaktywną. Projekt od A do Z. Tomasz Karwatka, Divante i ...
PPT
Warsztat: Zabawa w agencję interaktywną. Projekt od A do Z.
PDF
Narzedziownik uzytecznosci - testy z uzytkownikami
PPT
Skuteczne wykorzystanie badań w projektowaniu użytecznych produktów
PPT
Jak skutecznie wykorzystać badania w procesie projektowania serwisów internet...
PPT
Moderowanie testów użyteczności
PDF
Czas i pieniądze 4 developers
PDF
Badania użyteczności prawie jak rocket science
PDF
Agile UX komunikacja w projektowaniu
PPT
Usability i UCD - case study Generali i Gazeta.pl
PDF
User-centered design
PDF
Testowanie. Wprowadzenie do testowania oprogramowania.
PPTX
Zdalne testy użyteczności (RUT) - Bartosz Mozyrko
PDF
2010.09 Badania użyteczności online
PDF
DWO 2011 - Usability
PDF
Agile LEGO Game
PDF
Projektowanie serwisów, Anna Liszewska, Janmedia Interactive
PDF
Let's tests! Prezentacja Moniki Braun w trakcie warsztatów "Let's go to IT"
PPTX
WUD Tour 2009 - Powitanie i wprowadzenie do tematyki usability
PPT
WUD 2009 - Testowanie użyteczności aplikacji translatorskich na przykładzie t...
Zabawa w agencję interaktywną. Projekt od A do Z. Tomasz Karwatka, Divante i ...
Warsztat: Zabawa w agencję interaktywną. Projekt od A do Z.
Narzedziownik uzytecznosci - testy z uzytkownikami
Skuteczne wykorzystanie badań w projektowaniu użytecznych produktów
Jak skutecznie wykorzystać badania w procesie projektowania serwisów internet...
Moderowanie testów użyteczności
Czas i pieniądze 4 developers
Badania użyteczności prawie jak rocket science
Agile UX komunikacja w projektowaniu
Usability i UCD - case study Generali i Gazeta.pl
User-centered design
Testowanie. Wprowadzenie do testowania oprogramowania.
Zdalne testy użyteczności (RUT) - Bartosz Mozyrko
2010.09 Badania użyteczności online
DWO 2011 - Usability
Agile LEGO Game
Projektowanie serwisów, Anna Liszewska, Janmedia Interactive
Let's tests! Prezentacja Moniki Braun w trakcie warsztatów "Let's go to IT"
WUD Tour 2009 - Powitanie i wprowadzenie do tematyki usability
WUD 2009 - Testowanie użyteczności aplikacji translatorskich na przykładzie t...
Ad

Debugging Design [PL]

  • 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?
  • 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. “The information is in the people, not in your head.” Edward T. Hall
  • 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. 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. 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.
  • 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.’’
  • 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. 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. “If I asked the people what they wanted, they would have said ‘Faster Horses’. Henry Ford
  • 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. 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. “The ability to simplify means to eliminate the unnecessary so that the necessary may speak.” Hans Hofmann
  • 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