(PL) QArantanna - Cognitive approach to software quality

YouTube recording: https://www.youtube.com/watch?v=GPpL5FbHIoo

(EN) About presentation
There are many kinds of software in rapid technology landscape progress. It is easier and easier to forget we all are still human beings :) Both software engineers and customers.
Loosing the human perspective is totally destroying for ourselves and for software quality aswell.
The cognitive approach to software quality and testing helps to care a "human face of the technology", therefore it helps to care of the quality, too.

In presentation you will see:
-a word about cognitive approach
-tricks that your mind makes you when testing
-about continuous quality
-some scientific theories for use in practice
-how to be a "human-friendly" engineer
-cognitve tester checklist

(PL) O prezentacji:

Przy mnogości technologii oraz pędzącym postępie technologicznym łatwo zapomnieć, że nadal jesteśmy ludźmi 🙂 Zarówno twórcy oprogramowania jak i użytkownicy. Utrata takiej perspektywy jest ze wszech miar niekorzystna, zarówno dla nas samych, jak i dla jakości softu oraz użytkowników.
Podejście poznawcze do testowania oprogramowania pomaga zadbać o "ludzką stronę technologii", a co za tym idzie, pomaga ono zadbać też o jakość.

W prezentacji między innymi:
-słowo o podejściu poznawczym (cognitive approach)
-zasadzki umysłu czyhające na testera i QA
-o ciągłym zapewnianiu jakości (continuous quality)
-trochę teorii naukowych do wykorzystania w praktyce
-jak być "human-friendly" inżynierem?
-checklista testera-kognitywisty

Transcript

1. Aleksandra Kornecka Girls Who Test, OLX Group
2. whoami
3. Cognitive quality software approach to Cognitive approach to Cognitive software approach to Cognitive software quality Cognitive quality
4. Humans use the machines to create software for other humans.
5. Humanity
6. We, human software users. We, human software development team. Machines and software product, non-humans.
7. Humanity means • error-prone • biased, having beliefs • unstable, emotional • interested in other humans • unique, non-deterministic • creative
9. We, human development team
10. Cognitive diversity, neurodiversity
11. Machines, non-humans
12. Cognitive science
13. “Cognitive” means • human mind and brain capabilities & limitations • perceptual processes like seeing, hearing, touching • cultural variety
15. Biases
16. We humans. The biases-prone ones.
17. Heuristics and schemas reasoning
18. Heuristics (not) applied (e.g. the ones by Jacob Nielsen) 18
19. Attention span Source: “Attention spans. Consumer Insights.” Report by Microsoft Canada, 2015
20. Attention gap Brain constructs the view step by step (Marr’s theory). Make your software product perceptible for your users.
21. Working memory capacity • just 2+-7 information items at once in 15-30 seconds duration (Miller’s law)
22. Selective attention vs perceptual overload When there are many same-relevant items, it is impossible to process them all at once.
23. Perceptual limitations
24. Confirmation bias
25. Gibson affordances Where the bug can be hiding?..
26. Quality engineering - how to tackle
27. We, human software users. We, human software development team. Machines and software product, non-humans.
28. Software quality ingredients • technical & business requirements validation • best practices in coding, tools, processes • dimensions like functionality, reliability, usability, measurability, maintainability, -other abilities (e.g. pointed in ISTQB) • standards like PCI, ISO, IEEE, GDPR (...)
29. Software means • logic • (rather) deterministic • conditionable • no emotions, no beliefs (until high-end AI!) • errorless until touched by the human • ignoring humans and their perception characteristics
30. Be yourself, but mind the differences.
31. Perceived quality vs measured quality
32. Decision making Bug or feature?
33. dev-QA pairing
34. Explainability
35. Quality-aware earliest you can
36. Quality-aware all time long
37. Cognitive quality = working software which is human-friendly WHERE humans = {testers, developers, end-users, ...}
38. Humans use the machines to create software for other humans.
39. Take away Humanity is the technical requirement for each good software project.
40. Przykładowa checklista testera-kognitywisty • Czy wiesz czego potrzebuje użytkownik? • Czy starasz się uzyskać informację zwrotną od użytkownika? • Czy obsługujesz różne kody błędów zarówno po stronie klienta przeglądarki jak i po stronie serwera? • Czy Twoja aplikacja jest dostosowana do osób z niepełnosprawnościami? • Czy aplikacja jest zabezpieczona przed złośliwymi skryptami, iframe’ami, pop-upami? • Czy od razu wiadomo jak używać Twojej aplikacji? • Czy Twoja aplikacja posiada formularz kontaktowy? • Czy wraz z aktualizacją wersji aplikacji, aktualizujesz też Pomoc itp.?
41. Przykładowa checklista mobilnego testera-kognitywisty • Czy Twoja aplikacja mobilna jest odporna na nagłe połączenie głosowe do użytkownika? • Czy Twoja aplikacja radzi sobie z zanikiem połączenia z internetem? • Czy Twoja aplikacja radzi sobie z zanikiem usługi geolokacji? • Czy Twoja aplikacja radzi sobie z różnymi rozmiarami ekranu, rozdzielczością, schematami obsługi gestów? • Czy wspierasz zarówno widok wertykalny, jak i horyzontalny aplikacji oraz przejście między nimi?
42. Thank you for attention! AleksandraKornecka.com GirlsWhoTest.pl OLXgroup.com
43. Źródła / Sources • Lista błędów poznawczych • Pułapki przy podejmowaniu decyzji, analiza • Heurystyki kulturowe , krótki opis , kolejna książka • IBM badania nad kosztem błędów w oprogramowaniu • Microsoft Research attention span • Prawo Millera - pojemność pamięci roboczej • Eksperyment “change blindness” z gorylem, Simons & Chabris, 1999 • Kontrola poznawcza a dystraktory • Teoria D. Marra, afordancje J.J.Gibsona, teoria Gestalt • Heurystyki Jakoba Nielsena, artykuły o usability oraz UX • Metoda 5 WHYs na przykładzie inżynierii jakości produkcji