Zważywszy na doświadczenie Board Craft, staramy się proponować skuteczne rozwiązania dopasowane indywidualnie do potrzeb. W codziennej pracy wykorzystujemy różne rodzaje testów. Zrozumienie, jak działają poszczególne typy testów, pomaga opracować efektywny plan pracy:

1. Testowanie jednostkowe

Testowanie jednostkowe to w naszym rozumieniu kluczowa praktyka rozwoju produktu. Polega na testowaniu małych części gry, niejako w izolacji od siebie nawzajem. Te poszczególne jednostki składają się na całą grę i jeśli nie działają prawidłowo samodzielnie, nie będą dobrze współpracować ze sobą nawzajem. Testowanie jednostkowe zapewnia, że każdy komponent działa poprawnie przed zintegrowaniem go z pozostałą częścią układu.

Test jednostkowy zazwyczaj wymaga:

Test Fixture: są to komponenty testu jednostkowego odpowiedzialne za przygotowanie niezbędnego środowiska do wykonania przypadku testowego. Tworzą one stany początkowe dla testowanej jednostki, aby zapewnić bardziej kontrolowane wykonanie, w którym nie ma zakłóceń ze strony komponentów zewnętrznych.
Przypadków testowych: skrypt weryfikujący zachowanie testowanej jednostki
Test Runner: jest to struktura do orkiestracji wykonywania wielu testów jednostkowych, a także zapewniania raportowania i analizy wyników testów.
Danych testowych: lista wartości symulujących rzeczywiste dane wprowadzane przez użytkownika

2. Testowanie integracyjne

Testowanie integracyjne między dwoma modułami.

Testowanie integracyjne to metoda testowania, w której komponenty są łączone i testowane razem jako całość. Komponenty te przeszły testowanie jednostkowe, co oznacza, że działają dobrze niezależnie, ale mogą pojawić się problemy, gdy wchodzą ze sobą w interakcje. Testerzy wykorzystują testowanie integracyjne, aby odkryć defekty, które powstają w wyniku konfliktów.

Istnieje kilka strategii przeprowadzania testów integracyjnych, przy czym 2 najpopularniejsze podejścia to:

Podejście Big Bang: integrowanie wszystkich komponentów i testowanie wszystkiego na raz
Podejście Inkrementalne: integrowanie i testowanie kilku komponentów ze ściśle powiązaną logiką – grupa po grupie

Podejście Inkrementalne z kolei może być realizowane za pomocą 3 różnych metod:

Podejście oddolne: najpierw integrowanie i testowanie komponentów o mniejszym zakresie, a następnie stopniowe przechodzenie do większych komponentów
Podejście odgórne: najpierw integrowanie i testowanie komponentów o większym zakresie, a następnie stopniowe przechodzenie do mniejszych komponentów
Podejście hybrydowe: łączenie 2 poprzednich podejść

3. Testowanie kompleksowe

Testowanie kompleksowe, zwane również testowaniem E2E, to technika testowania, która weryfikuje funkcjonalność i wydajność całego systemu (gry) od początku do końca poprzez symulowanie rzeczywistych scenariuszy użytkowników i replikację danych na żywo.

Dzięki testowaniu od początku do końca testerzy zyskują wgląd w sposób działania mechanizmów z perspektywy użytkownika końcowego, co daje im pełniejsze zrozumienie jakości gry.

4. Testowanie ręczne

W branży grach planszowych jest to podejście absolutnie podstawowe, bez którego nie można się obejść. Testowanie ręczne to proces oceny mechanizmów gry przez testerów bez polegania na narzędziach do automatycznego testowania lub uruchamiania skryptów testowych. Testerzy wchodzą w interakcję z grą tak samo, jak użytkownicy końcowi, aby odkrywać błędy, wady oraz problemy, które wpływają na doświadczenie użytkownika.

Testowanie ręczne to tradycyjny sposób testowania. Jest ono zasobochłonne, czasochłonne i generalnie nieskalowalne, dlatego też np. w branży IT wielu testerów QA przeszło na testowanie automatyczne, aby zwiększyć wydajność. Jednak w przypadku branży gier planszowych testowanie ręczne jest nieodzowne i wymagające, ale i dające świetne efekty jeśli chodzi o jakość produktu końcowego, szczególnie gdy dodamy do procesu odrobinę kreatywności i intuicji.

Testowanie ad hoc: nieplanowane i spontaniczne podejście do testowania ręcznego, w którym testerzy wykonują testy bez wstępnie zdefiniowanych planów testowych. Testerzy polegają na swoim doświadczeniu i intuicji, aby zidentyfikować możliwe defekty w oprogramowaniu, czasami nawet formułując wykształcone przypuszczenia.

Testowanie eksploracyjne: podejście podobne do testowania ad hoc, kładące nacisk na spontaniczność, ale testowanie eksploracyjne jest bardziej systematyczne i obejmuje naukę i badanie mechanizmów gry, a jednocześnie projektowanie i wykonywanie przypadków testowych w toku.

Testowanie użyteczności: forma ręcznego testowania, która koncentruje się na ocenie przyjazności dla użytkownika, interfejsu i ogólnego doświadczenia użytkownika oprogramowania. Testerzy wcielają się w użytkownika i wchodzą w interakcję z systemem bez polegania na specjalistycznych narzędziach testowych.

5. Testowanie funkcjonalne

Testowanie funkcjonalne to faza, w której specjaliści ds. jakości potwierdzają, czy funkcje testowanej gry działają zgodnie z określonymi wymaganiami. Działanie to opiera się o konkretne przypadki testowe.

6. Testowanie wizualne

Testowanie wizualne to technika testowania oprogramowania, która koncentruje się na weryfikacji aspektów wizualnych interfejsu użytkownika (UI). Polega ona na badaniu elementów graficznych, układu i ogólnego wyglądu gry w celu upewnienia się, że odpowiada ono oczekiwanemu projektowi i zachowaniu.

7. Testowanie regresyjne

Testowanie regresyjne to rodzaj testowania przeprowadzanego po aktualizacji pewnych mechanik nominalnie występujących w grze, ale mogących ulec zmianie w przypadku wprowadzenia do gry np. rozszerzeń lub dodatków. Przeprowadzana w celu upewnienia się, że aktualizacja nie wprowadziła żadnych nowych błędów. Dzieje się tak, ponieważ nowy element może wprowadzić nową logikę, która koliduje z istniejącymi już elementami, prowadząc do defektów.

8. Testowanie zgodności

Testowanie zgodności to rodzaj testowania, który zapewnia, że aplikacja oprogramowania działa poprawnie i pozostaje spójna oraz użyteczna w różnych konfiguracjach – np. jeśli chodzi o liczbę graczy czy minimalny wiek użytkowania gry.

9. Testowanie białej i czarnej skrzynki

Testowanie białej skrzynki bada wewnętrzną strukturę mechanik gry, podobnie jak możemy łatwo zobaczyć wnętrze białej skrzynki. Z drugiej strony testowanie czarnej skrzynki koncentruje się na sprawdzaniu funkcjonalności produktu bez znajomości wewnętrznego kodu lub szczegółów implementacji, podobnie jak nie można zobaczyć wnętrza czarnej skrzynki.