jakosc
TESTY I JAKOŚĆ

Problemy mieszkają między systemami.

Dlatego QA nie jest dla nas wyłącznie listą błędów ekranów. Interesuje nas także to, czy zasób pojawia się we właściwym stanie, czy informacja przechodzi do następnej funkcji i czy gracz może bezpiecznie przerwać oraz wznowić aktywność.

Koncepcyjna scena review i QA z makietą gospodarstwa, checklistami oraz narzędziami kontroli
Oryginalny materiał koncepcyjny Verqino. Inscenizacja — nie dokumentalne zdjęcie zespołu/biura ani screenshot gameplayu.
studioprocessystemyjakośćprodukt
MACIERZ QA

Pięć klas pytań kontrolnych.

Nie podajemy fikcyjnych liczb testów. Zamiast tego pokazujemy kategorie, które powinny być sprawdzone w produkcie o takiej strukturze.

ObszarPytaniePrzykład ryzyka
Stanco dzieje się przed, w trakcie i po akcji?przerwanie, brak zasobu, pełny stan, powrót
Zależnośćczy wynik jest poprawnie widoczny w systemie docelowym?opóźnienie, podwójne naliczenie, zły warunek
Czytelnośćczy gracz rozumie przyczynę i rezultat?brak feedbacku, konkurujące komunikaty
Tempoczy aktywność pasuje do rytmu całej gry?obowiązek zbyt częsty albo bez znaczenia
Regresjaco zmieniło się poza poprawianym miejscem?stary flow, zapis stanu, powiązane nagrody
SCENARIUSZE

„Szczęśliwa ścieżka” to dopiero początek.

Wiele problemów nie występuje, gdy gracz robi wszystko w idealnej kolejności.

01

Przerwanie

aplikacja schodzi do tła, akcja nie jest dokończona

02

Zmiana celu

gracz zaczyna inne zadanie przed odebraniem wyniku

03

Brak miejsca/zasobu

warunek zmienia się między rozpoczęciem i zakończeniem

04

Powrót

stan musi być zrozumiały po czasie bez pamiętania poprzedniej sesji

05

Wielokrotne wejście

szybkie powtórzenie akcji nie może dublować efektu

06

Granica

wartość osiąga minimum/maksimum albo przechodzi przez próg

SCENARIUSZ TESTOWY

Dobry test opisuje stan, działanie i rezultat.

Samo kliknij i sprawdź nie wystarcza, gdy wynik zależy od kilku systemów.

01

Stan wejściowy

Jakie zasoby, odblokowania, zadania i wartości są aktywne przed testem?

02

Działanie

Jaka dokładnie sekwencja zmienia stan i gdzie można ją przerwać?

03

Oczekiwany wynik

Co powinno zmienić się natychmiast, a co dopiero w systemie docelowym?

04

Powiązania

Które inne ekrany, zadania, zasoby lub liczniki powinny rozpoznać rezultat?

05

Powrót

Czy po przeładowaniu lub powrocie stan nadal jest jednoznaczny i nie duplikuje efektu?

GOTOWOŚĆ

Kiedy funkcja jest wystarczająco dojrzała.

Gotowość nie oznacza braku wszystkich przyszłych pomysłów. Oznacza, że obecna wersja ma spójny cel, czytelne stany, kontrolowane zależności i znane ograniczenia.

  1. cel funkcji jest jednoznaczny
  2. wejścia i wyjścia są kompletne
  3. stany graniczne mają zachowanie
  4. feedback odpowiada rezultatowi
  5. zależności nie tworzą martwych końców
  6. zmiana przeszła regresję powiązanych systemów
TRANSPARENTNOŚĆ

Metody bez wymyślonych metryk.

Nie podajemy liczby testerów, procentu pokrycia, urządzeń laboratoryjnych ani narzędzi automatyzacji, jeśli właściciel ich nie dostarczył.

Pokazujemy

  • klasy stanów granicznych
  • logika regresji
  • czytelność rezultatu
  • zależności między funkcjami

Nie dopisujemy

  • fikcyjna liczba test case’ów
  • zmyślone wskaźniki crash-free
  • niepotwierdzony device lab
  • wymyślony stack automatyzacji
JAKOŚĆ → GRA

Zobacz publiczny rezultat.

Strona Farm Game zbiera potwierdzone funkcje produktu i prowadzi bezpośrednio do Google Play.

Ustawienia cookies

Ten motyw nie uruchamia własnej analityki ani reklam. Zapamiętuje wyłącznie Twój wybór dotyczący banera.