1 of 10

QA Masters

2 of 10

CZŁONKOWIE ZESPOŁU

Ewa

Rostecka-Rzońca

Scrum Master

Mio

Łuczak

PO Team Master

Jakub

Dziamecki

Team Leader

Barbara

Zasowski

Skryba

Marta

Gejdel

Paweł

Krawczyk

Mateusz

Dudkiewicz

Adam

Stroczyński

2

3 of 10

�

​

​

​

Przychody

Rozchody

Kategorie transakcji

Raporty

​

�

3

4 of 10

Raport po testach:

​

191 Test Cases w tym:

  • 63 % Passed (121),
  • 35% Failed (67),
  • 2% Blocked (3).

​

Aplikacja nie jest gotowa na produkcję: wymaga dalszej pracy.

Testy użyteczności:

5 osobowa grupa badawcza

​

Odpowiedź na pytanie zasadnicze:

  1. Zdecydowanie TAK: 20% (1),
  2. Raczej TAK: 40% (2),
  3. Może: 40% (2).

​

Grupa badawcza była na TAK - 60%, chciałoby dalej korzystać z aplikacji Kapu$ta.

​

​

​

​

�

4

5 of 10

Krytyczne błędy:

​

​

1. Emotikony w haśle:�

    • Emotikony zapisywane są głównie w formie �:[nazwa_emotikonu]:,
    • Różne systemy - inne nazwy emotikonów.

​

2. Usuwanie transakcji - brak okna modalnego:�

    • Czy na pewno chcieliśmy usunąć transakcję?

​

3. Raporty - wykres dla wybranej kategorii:�

    • Wylistowane maksymalnie dwie 2 transakcje + suma,
    • Przypadkowa kolejność.

5

6 of 10

Przeszkody:

​

1. Organizacyjne:

​

  • Długość sprintu,
  • Różne godziny i dni dostępności członków zespołu,
  • Nieumiejętność planowania własnej pracy (deadline),
  • Szacowanie obciążenia obowiązkami.

�2. Interpersonalne:

​

  • Rozpoznanie potencjału członków zespołu,
  • Koordynowanie współpracy między członkami zespołu,
  • Nazywanie i rozwiązywanie problemów.

​

3. Rozwiązania:

​

  • Wspólna koordynacja działań przez TL, SM i PO TL,
  • Wyznaczenie osób do udzielenia wsparcia testerom,
  • Czytelna komunikacja: Trello, Daily meetings �oraz ad hoc - Slack.

�

6

7 of 10

Testy

​

​

Testy niefunkcjonalne:

  • Testy portability - iPhone 13 Pro MAX oraz Blacktab7,
  • Testy użyteczności,
  • Testy accessibility - standard AA.

Testowanie statyczne:

  • Przegląd nieformalny dokumentacji technicznej oraz Mockupów,
  • Analiza statyczna.

Poziomy testów:

  • Integracyjne,
  • Systemowe.

Techniki czarnoskrzynkowe:

  • Analiza wartości brzegowych,
  • Testowanie oparte na przypadkach użycia,
  • Testy API - przeprowadzone zarówno scenariusze pozytywne jak i negatywne.

Techniki oparte na doświadczeniu:

  • Zgadywanie błędów,
  • Testowanie eksploracyjne,
  • W oparciu o listę kontrolną.

Testy funkcjonalne:

  • Log In, Header, Main Page, Report Page,
  • API.

7

8 of 10

Podsumowanie:

​

  • Prawidłowe założenia dokumentacji,
  • Dokumentacja wymaga wprowadzania wielu poprawek i ujednolicenia wymogów,
  • Działanie aplikacji pozostawia wiele do życzenia i wymaga dalszych prac po stronie zespołu developerskiego,
  • Znalezione zostały błędy, które czynią niektóre funkcje bezcelowymi.

​

​

Wprowadzenie patchy, retesty oraz testy regresji są niezbędne. Sam design aplikacji również pozostawia wiele do życzenia pod kątem dostępności dla różnych grup użytkowników - m.in. w zakresie wielkości czcionek czy kontrastu.

​

Dalsze działania zespołu / wnioski do dalszej pracy:�

  1. Retrospektywa sprintu,
  2. Przekazanie Bug Reports do zespołu programistów,
  3. Po wprowadzeniu patcha, wykonanie retestów oraz testów regresji.

8

9 of 10

Technologie i narzędzia:

Devtools

9

10 of 10

Dziękujemy

za uwagę!

10