Upgrade to Pro — share decks privately, control downloads, hide ads and more …

PFK (PL): Workshop on software testing for cognitive science students

PFK (PL): Workshop on software testing for cognitive science students

(ENG) I'm honoured to give a workshop on software testing for young cognitive science students in academic conference "Poznan Cognitive Scientists Forum".

https://www.facebook.com/events/1850225681749735/

(PL) Miałam przyjemność prowadzić warsztat z testowania oprogramowania dla studentów kognitywistyki w ramach konferencji akademickiej Poznańskie Forum Kognitywistyczne.
Treści kształcenia:
→ Miniwarsztat z testowania oprogramowania
Warsztat w zwięzły i praktyczny sposób przybliży uczestnikom dziedzinę dbania o jakość oprogramowania. Podczas warsztatów będzie można dowiedzieć się:
- czym jest testowanie i jak się ma do programowania?
- czym jest jakość oprogramowania i po co o nią dbać?
- jak dbać o jakość oprócz testowania?
- tajemnice przeglądarki internetowej a testy aplikacji webowych
- zgłaszanie błędów, jego elementy i sens
- jak podejście kognitywne wspomaga wydajność pracy w IT

Aleksandra Kornecka

May 19, 2019
Tweet

More Decks by Aleksandra Kornecka

Other Decks in Technology

Transcript

  1. Role w IT (zbiór niepełny!) data scientist Programista (backend, frontend,

    full-stack) DevOps, SRE, admin koordynator projektu/ PM QA grafik/designer architekt systemu marketingowiec specjalista social media UX researcher, UX designer analityk biznesowy tester CS / OU, sales
  2. Przeglądarka internetowa (web browser) • Jakiej przeglądarki używasz? • Jakiej

    wersji przeglądarki używasz na desktopie? • Jakiej wersji przeglądarki używasz na telefonie? • Jakiej wersji przeglądarki używasz na ... telewizorze? :) • ...
  3. Zobacz co masz w przeglądarce :) (na przykładzie Google Chrome)

    • Inspect / Zbadaj element / • zakładka Elements • zakładka Network / Sieć • zakładka Application • zakładka Audits • ...
  4. Statusy HTTP i kody błędów 1xx information 2xx success 3xx

    redirection 4xx client errors 5xx server errors Do podejrzenia np. w przeglądarce, w “devtoolsach” pod “Network” / “Sieć”
  5. Zgłoszenie błędu (bug report) 1. Zrozumiały tytuł i opis błędu

    zawierający kontekst wystąpienia błędu, okoliczności, ew.tłumaczący dlaczego to jest błąd. 2. Środowisko wystąpienia (platforma, OS, przeglądarka) 3. Kroki do łatwego zreprodukowania błędu. 4. Artefakty testów (zrzut ekranu, film, dane testowe itp.), pomocne w namierzeniu i naprawie błędu.
  6. Przypadek testowy (test case) 1. Ścieżka główna użytkownika (np. pomyślne

    lub niepomyślne zarejestrowanie się w serwisie społecznościowym). 2. Ścieżki poboczne do ścieżek głównych (np. jakie różne rodzaje znaków i ich zestawień można wpisać w pola aby uzyskać odpowiednio pomyślną lub niepomyślną rejestrację). 3. Przypadki brzegowe (corner cases, edge cases) - ścieżki, sytuacje, które raczej się nie zdarzą, ale nadal są możliwe - należy je uwzględnić w testach, gdyż często mogą mieć poważne konsekwencje dla działania aplikacji.
  7. Webowe narzędzia do testowania aplikacji web (przykłady) • https://jigsaw.w3.org/css-validator/ (poprawność

    styli) • https://validator.w3.org/checklink (zepsute linkowania) • https://developers.google.com/speed/pagespeed/insights/ (performance - web & mobile) • https://tools.pingdom.com/ (performance)
  8. Podejście poznawcze do wytwarzania oprogramowania = świadomość i znajomość ograniczeń

    i możliwości percepcji człowieka • Użytkownicy końcowi = ludzie • Programiści, testerzy, QA, analitycy, kierownicy projektów (..) = ludzie • Komputery nie są ludźmi ... trzeba się z nimi porozumieć inaczej!