Jaki człowiek jest, każdy widzi. Kiedy jednak przychodzi do projektowania, programowania i testowania oprogramowania, okazuje się, że nie wiemy jak działają ludzie. Choć sami nimi jesteśmy. W swoim wystąpieniu, niczym dobry QA-ej, Ola podzieli się dobrymi praktykami względem wyglądu aplikacji webowych i mobilnych oraz względem interakcji między takim oprogramowaniem a użytkownikiem. Opowie nie tylko o heurystykach poznawczych, ale też o kilku innych pożytecznych kwestiach.

1. Frontem do klienta!
Kognitywistyka applied.
Aleksandra Kornecka
OLX Group & Girls Who Test

2. whoami
● QA Engineer
● lider i społecznik
● CogSci MSc.
● lekkoatleta

3. Agenda
1. Frontem do klienta.
2. Perspektywa software’u.
3. Perspektywa kognitywistyki.
4. Podejście kognitywne.
5. Implementacja podejścia kognitywnego.

4. Frontem do klienta

5. Pro-kliencko dostarczone =
● Zrozumiałe dla klienta/danego typu użytkownika
● Zgodnie z wymaganiami technicznymi i biznesowymi
● Ukończone i oddane w umówionym czasie
● W jakości, jaką zaakceptował klient*
*bo niestety idealnie się nie da :(

6. Czuwaj!

7. Perspektywa software’u

9. 1. Hardware
2. sieć operatora
3. API, komunikacja
4. integracje 3rd party
5. sensory: audio, ruch
6. interakcje, gesty
7. design, widoki
8. wersje systemu
9. wersje aplikacji
10. . . .

10. Fragmentacja
urządzeń
i platform

11. Klient sam na sam z softem

12. Perspektywa kognitywistyki

13. Klient zaopiekowany

14. Kognitywistyka
● podejście badawcze do elementów, obiektów, użytkownika
● szeroka perspektywa
● dostrzeganie zależności między logiką software’u a hardware’u
niczym między mózgiem a umysłem

16. Luka uwagowa i walka o pierwsze spojrzenie

17. Teoria składania sceny wzrokowej Davida Marra

18. Teoria Gestalt - rozpoznawanie podobieństw

19. Skąd?
Jak?

22. Afordancje J.J. Gibsona
● błędy w środowisku oprogramowania
istnieją i będą istnieć
● błędy wysyłają naszej percepcji
“oferty”
● “intuicja” testerska: “czy to nie
wygląda jakby czaił się tam błąd?”,
“czy to miejsce nie jest podatne na
błąd?”

23. Co widzisz?

24. Co widzi
Twoja
ciotka?

25. Metafory Lakoffa
reprezentacja-obiekt-interpretacja

26. Heurystyki (UX!)
● Rozpoznaj, nie każ pamiętać
● Uzgodnij symbolikę, dostosuj
słownik
● Pokazuj status systemu
● Informuj o błędach i możliwym
rozwiązaniu

27. Ograniczenia
percepcji
człowieka
a subiektywne
interpretacje

28. Podejście kognitywne

30. Aplikacja
Użytkownicy
Wytwórcy

31. Wytwórcy aplikacji wiedzą prawie
wszystko o aplikacji i o sobie.

32. Aplikacja sama z siebie nic nie wie
o sobie ani o wytwórcach ani
użytkownikach.

33. Użytkownicy coś wiedzą o aplikacji
i prawie wszystko o sobie.

34. Wytwórcy aplikacji mogą sprawić
by aplikacja wiedziała coś o sobie i
całkiem wiele o użytkownikach.

35. Wytwórcy aplikacji są ludźmi
i użytkownicy aplikacji są
ludźmi.*
*...a aplikacja nie jest człowiekiem, nawet jeśli działa na AI!

36. Jak myślą, czują i zachowują się ludzie?
Jak działa w danych warunkach aplikacja?

37. Jesteśmy współwytwórcami aplikacji, którzy
potrafią “zdekodować” zarówno
użytkowników jak i aplikację.

38. Aplikacja
UżytkownicyWytwórcy
Elementy wysyłające i odbierające między sobą sygnały, wrażenia,
odczucia, intencje. IT-kognitywista dekoduje i debugguje ten
przekaz.

39. Implementacja podejścia kognitywnego

40. Co mogę robić?

41. Lista kontrolna IT-kognitywisty:
● Od początku weź pod uwagę zarówno działanie ludzkiego umysłu jak i
mózgu, a analizując i estymując pamiętaj o czynniku ludzkim na każdym
etapie wytwarzania oprogramowania

42. Lista kontrolna IT-kognitywisty:
● Weź pod uwagę procesy widzenia, słyszenia, dotyku jak i odczucia,
wrażenia jakie może wywoływać soft w użytkowniku

43. Lista kontrolna IT-kognitywisty:
● Zbadaj interakcje interfejsu dotykowego (modalność dotykowa)
● Zbadaj interfejs graficzny (modalność wzrokowa)
● Zbadaj czy logika działania aplikacji jest zrozumiała dla człowieka

44. Lista kontrolna IT-kognitywisty:
● Zwróć uwagę na jakość spotkań!
● Czy spotkanie trwa na tyle długo, że warto zapisać notatki, bo
ktoś zapomni za tydzień o sprawie?
● Czy nie jesteśmy przemęczeni i spotkaniu grozi
nieproduktywność?

45. Lista kontrolna IT-kognitywisty:
● Czy narzędzia, których używamy są na pewno dla nas
najlepsze?
● Czy wspólnie dbamy o jakość kodu i produktu?

46. Lista kontrolna IT-kognitywisty:
● Czy wspólnie dbamy o jakość kodu i produktu końcowego?
● Czy dbamy o to, co pomyśl o naszym sofcie użytkownik?

47. Przykład “kognitywistyka applied” w
jakościowej ocenie aplikacji

48. Kryteria:
1.Realizacja
funkcjonalności
aplikacji.
2.Dopasowania
logiki systemu
do logiki
ludzkiej.
3.Dopasowania
technologii do
kontekstu.

49. Kryteria:
4.Ocena
użyteczności
(usability)
aplikacji.
5.Wsparcie
użytkownika.
6.Dostępność
(accessibility).

50. Ocena wsparcia
użytkownika...

51. Ocena wsparcia
użytkownika...

52. Podsumowanie

53. Wytwórcy jak i użytkownicy aplikacji są ludźmi.
Aplikacja nie jest człowiekiem i trzeba jej wszystko “wytłumaczyć” oraz
sprawdzać, czy dobrze “zrozumiała” :-)
. . . a to wszystko po to, żeby użytkownik zrozumiał ją oraz żeby
zrozumiał co my chcieliśmy mu przez nią pokazać i przekazać.

54. “Frontem do klienta”, jak i użytkownika =
respektując jego możliwości i ograniczenia
poznawcze

55. Dziękuję za uwagę!
aleksandrakornecka.com
girlswhotest.pl
tech.OLX.com