{"id":231,"date":"2025-02-07T15:01:33","date_gmt":"2025-02-07T14:01:33","guid":{"rendered":"https:\/\/boardcraft.eu\/?page_id=231"},"modified":"2025-03-25T21:07:36","modified_gmt":"2025-03-25T20:07:36","slug":"w-jaki-sposob-dzialamy","status":"publish","type":"page","link":"https:\/\/boardcraft.eu\/index.php\/w-jaki-sposob-dzialamy\/","title":{"rendered":"W jaki spos\u00f3b dzia\u0142amy"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

\u00a0<\/p>

Zwa\u017cywszy na do\u015bwiadczenie Board Craft, staramy si\u0119 proponowa\u0107 skuteczne rozwi\u0105zania dopasowane indywidualnie do potrzeb. W codziennej pracy wykorzystujemy r\u00f3\u017cne rodzaje test\u00f3w. Zrozumienie, jak dzia\u0142aj\u0105 poszczeg\u00f3lne typy test\u00f3w, pomaga opracowa\u0107 efektywny plan pracy:<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

1.\u00a0\u00a0\u00a0 Testowanie jednostkowe<\/h1>

Testowanie jednostkowe to w naszym rozumieniu kluczowa praktyka rozwoju produktu. Polega na testowaniu ma\u0142ych cz\u0119\u015bci gry, niejako w izolacji od siebie nawzajem. Te poszczeg\u00f3lne jednostki sk\u0142adaj\u0105 si\u0119 na ca\u0142\u0105 gr\u0119 i je\u015bli nie dzia\u0142aj\u0105 prawid\u0142owo samodzielnie, nie b\u0119d\u0105 dobrze wsp\u00f3\u0142pracowa\u0107 ze sob\u0105 nawzajem. Testowanie jednostkowe zapewnia, \u017ce \u200b\u200bka\u017cdy komponent dzia\u0142a poprawnie przed zintegrowaniem go z pozosta\u0142\u0105 cz\u0119\u015bci\u0105 uk\u0142adu.<\/p>

Test jednostkowy zazwyczaj wymaga:<\/p>

  • Test Fixture: s\u0105 to komponenty testu jednostkowego odpowiedzialne za przygotowanie niezb\u0119dnego \u015brodowiska do wykonania przypadku testowego. Tworz\u0105 one stany pocz\u0105tkowe dla testowanej jednostki, aby zapewni\u0107 bardziej kontrolowane wykonanie, w kt\u00f3rym nie ma zak\u0142\u00f3ce\u0144 ze strony komponent\u00f3w zewn\u0119trznych.<\/li>
  • Przypadk\u00f3w testowych: skrypt weryfikuj\u0105cy zachowanie testowanej jednostki<\/li>
  • Test Runner: jest to struktura do orkiestracji wykonywania wielu test\u00f3w jednostkowych, a tak\u017ce zapewniania raportowania i analizy wynik\u00f3w test\u00f3w.<\/li>
  • Danych testowych: lista warto\u015bci symuluj\u0105cych rzeczywiste dane wprowadzane przez u\u017cytkownika<\/li><\/ul>

    2.\u00a0\u00a0\u00a0 Testowanie integracyjne<\/h1>

    Testowanie integracyjne mi\u0119dzy dwoma modu\u0142ami.<\/p>

    Testowanie integracyjne to metoda testowania, w kt\u00f3rej komponenty s\u0105 \u0142\u0105czone i testowane razem jako ca\u0142o\u015b\u0107. Komponenty te przesz\u0142y testowanie jednostkowe, co oznacza, \u017ce \u200b\u200bdzia\u0142aj\u0105 dobrze niezale\u017cnie, ale mog\u0105 pojawi\u0107 si\u0119 problemy, gdy wchodz\u0105 ze sob\u0105 w interakcje. Testerzy wykorzystuj\u0105 testowanie integracyjne, aby odkry\u0107 defekty, kt\u00f3re powstaj\u0105 w wyniku konflikt\u00f3w.<\/p>

    Istnieje kilka strategii przeprowadzania test\u00f3w integracyjnych, przy czym 2 najpopularniejsze podej\u015bcia to:<\/p>

    1. Podej\u015bcie Big Bang: integrowanie wszystkich komponent\u00f3w i testowanie wszystkiego na raz<\/li>
    2. Podej\u015bcie Inkrementalne: integrowanie i testowanie kilku komponent\u00f3w ze \u015bci\u015ble powi\u0105zan\u0105 logik\u0105 – grupa po grupie<\/li><\/ol>

      Podej\u015bcie Inkrementalne z kolei mo\u017ce by\u0107 realizowane za pomoc\u0105 3 r\u00f3\u017cnych metod:<\/p>

      • Podej\u015bcie oddolne: najpierw integrowanie i testowanie komponent\u00f3w o mniejszym zakresie, a nast\u0119pnie stopniowe przechodzenie do wi\u0119kszych komponent\u00f3w<\/li>
      • Podej\u015bcie odg\u00f3rne: najpierw integrowanie i testowanie komponent\u00f3w o wi\u0119kszym zakresie, a nast\u0119pnie stopniowe przechodzenie do mniejszych komponent\u00f3w<\/li>
      • Podej\u015bcie hybrydowe: \u0142\u0105czenie 2 poprzednich podej\u015b\u0107<\/li><\/ul>

        3.\u00a0\u00a0\u00a0 Testowanie kompleksowe<\/h1>

        Testowanie kompleksowe, zwane r\u00f3wnie\u017c testowaniem E2E, to technika testowania, kt\u00f3ra weryfikuje funkcjonalno\u015b\u0107 i wydajno\u015b\u0107 ca\u0142ego systemu (gry) od pocz\u0105tku do ko\u0144ca poprzez symulowanie rzeczywistych scenariuszy u\u017cytkownik\u00f3w i replikacj\u0119 danych na \u017cywo.<\/p>

        Dzi\u0119ki testowaniu od pocz\u0105tku do ko\u0144ca testerzy zyskuj\u0105 wgl\u0105d w spos\u00f3b dzia\u0142ania mechanizm\u00f3w z perspektywy u\u017cytkownika ko\u0144cowego, co daje im pe\u0142niejsze zrozumienie jako\u015bci gry.<\/p>

        4.\u00a0\u00a0\u00a0 Testowanie r\u0119czne<\/h1>

        W bran\u017cy grach planszowych jest to podej\u015bcie absolutnie podstawowe, bez kt\u00f3rego nie mo\u017cna si\u0119 obej\u015b\u0107. Testowanie r\u0119czne to proces oceny mechanizm\u00f3w gry przez tester\u00f3w bez polegania na narz\u0119dziach do automatycznego testowania lub uruchamiania skrypt\u00f3w testowych. Testerzy wchodz\u0105 w interakcj\u0119 z gr\u0105 tak samo, jak u\u017cytkownicy ko\u0144cowi, aby odkrywa\u0107 b\u0142\u0119dy, wady oraz problemy, kt\u00f3re wp\u0142ywaj\u0105 na do\u015bwiadczenie u\u017cytkownika.<\/p>

        Testowanie r\u0119czne to tradycyjny spos\u00f3b testowania. Jest ono zasoboch\u0142onne, czasoch\u0142onne i generalnie nieskalowalne, dlatego te\u017c np. w bran\u017cy IT wielu tester\u00f3w QA przesz\u0142o na testowanie automatyczne, aby zwi\u0119kszy\u0107 wydajno\u015b\u0107. Jednak w przypadku bran\u017cy gier planszowych testowanie r\u0119czne jest nieodzowne i wymagaj\u0105ce, ale i daj\u0105ce \u015bwietne efekty je\u015bli chodzi o jako\u015b\u0107 produktu ko\u0144cowego, szczeg\u00f3lnie gdy dodamy do procesu odrobin\u0119 kreatywno\u015bci i intuicji.<\/p>

        Testowanie ad hoc: nieplanowane i spontaniczne podej\u015bcie do testowania r\u0119cznego, w kt\u00f3rym testerzy wykonuj\u0105 testy bez wst\u0119pnie zdefiniowanych plan\u00f3w testowych. Testerzy polegaj\u0105 na swoim do\u015bwiadczeniu i intuicji, aby zidentyfikowa\u0107 mo\u017cliwe defekty w oprogramowaniu, czasami nawet formu\u0142uj\u0105c wykszta\u0142cone przypuszczenia.<\/p>

        Testowanie eksploracyjne: podej\u015bcie podobne do testowania ad hoc, k\u0142ad\u0105ce nacisk na spontaniczno\u015b\u0107, ale testowanie eksploracyjne jest bardziej systematyczne i obejmuje nauk\u0119 i badanie mechanizm\u00f3w gry, a jednocze\u015bnie projektowanie i wykonywanie przypadk\u00f3w testowych w toku.<\/p>

        Testowanie u\u017cyteczno\u015bci: forma r\u0119cznego testowania, kt\u00f3ra koncentruje si\u0119 na ocenie przyjazno\u015bci dla u\u017cytkownika, interfejsu i og\u00f3lnego do\u015bwiadczenia u\u017cytkownika oprogramowania. Testerzy wcielaj\u0105 si\u0119 w u\u017cytkownika i wchodz\u0105 w interakcj\u0119 z systemem bez polegania na specjalistycznych narz\u0119dziach testowych.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

        \n\t\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t\t\t\t\t\t

        \u00a0<\/p>

        5.\u00a0\u00a0\u00a0 Testowanie funkcjonalne<\/h1>

        Testowanie funkcjonalne to faza, w kt\u00f3rej specjali\u015bci ds. jako\u015bci potwierdzaj\u0105, czy funkcje testowanej gry dzia\u0142aj\u0105 zgodnie z okre\u015blonymi wymaganiami. Dzia\u0142anie to opiera si\u0119 o konkretne przypadki testowe.<\/p>

        6.\u00a0\u00a0\u00a0 Testowanie wizualne<\/h1>

        Testowanie wizualne to technika testowania oprogramowania, kt\u00f3ra koncentruje si\u0119 na weryfikacji aspekt\u00f3w wizualnych interfejsu u\u017cytkownika (UI). Polega ona na badaniu element\u00f3w graficznych, uk\u0142adu i og\u00f3lnego wygl\u0105du gry w celu upewnienia si\u0119, \u017ce odpowiada ono oczekiwanemu projektowi i zachowaniu.<\/p>

        7.\u00a0\u00a0\u00a0 Testowanie regresyjne<\/h1>

        Testowanie regresyjne to rodzaj testowania przeprowadzanego po aktualizacji pewnych mechanik nominalnie wyst\u0119puj\u0105cych w grze, ale mog\u0105cych ulec zmianie w przypadku wprowadzenia do gry np. rozszerze\u0144 lub dodatk\u00f3w. Przeprowadzana w celu upewnienia si\u0119, \u017ce aktualizacja nie wprowadzi\u0142a \u017cadnych nowych b\u0142\u0119d\u00f3w. Dzieje si\u0119 tak, poniewa\u017c nowy element mo\u017ce wprowadzi\u0107 now\u0105 logik\u0119, kt\u00f3ra koliduje z istniej\u0105cymi ju\u017c elementami, prowadz\u0105c do defekt\u00f3w.<\/p>

        8.\u00a0\u00a0\u00a0 Testowanie zgodno\u015bci<\/h1>

        Testowanie zgodno\u015bci to rodzaj testowania, kt\u00f3ry zapewnia, \u017ce \u200b\u200baplikacja oprogramowania dzia\u0142a poprawnie i pozostaje sp\u00f3jna oraz u\u017cyteczna w r\u00f3\u017cnych konfiguracjach \u2013 np. je\u015bli chodzi o liczb\u0119 graczy czy minimalny wiek u\u017cytkowania gry.<\/p>

        9.\u00a0\u00a0\u00a0 Testowanie bia\u0142ej i czarnej skrzynki<\/h1>

        Testowanie bia\u0142ej skrzynki bada wewn\u0119trzn\u0105 struktur\u0119 mechanik gry, podobnie jak mo\u017cemy \u0142atwo zobaczy\u0107 wn\u0119trze bia\u0142ej skrzynki. Z drugiej strony testowanie czarnej skrzynki koncentruje si\u0119 na sprawdzaniu funkcjonalno\u015bci produktu bez znajomo\u015bci wewn\u0119trznego kodu lub szczeg\u00f3\u0142\u00f3w implementacji, podobnie jak nie mo\u017cna zobaczy\u0107 wn\u0119trza czarnej skrzynki.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"

        \u00a0 Zwa\u017cywszy na do\u015bwiadczenie Board Craft, staramy si\u0119 proponowa\u0107 skuteczne rozwi\u0105zania dopasowane indywidualnie do potrzeb. W codziennej pracy wykorzystujemy r\u00f3\u017cne rodzaje test\u00f3w. Zrozumienie, jak dzia\u0142aj\u0105 poszczeg\u00f3lne typy test\u00f3w, pomaga opracowa\u0107 efektywny plan pracy: 1.\u00a0\u00a0\u00a0 Testowanie jednostkowe Testowanie jednostkowe to w naszym rozumieniu kluczowa praktyka rozwoju produktu. Polega na testowaniu ma\u0142ych cz\u0119\u015bci gry, niejako w izolacji … <\/p>\n

        Read more “W jaki spos\u00f3b dzia\u0142amy”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-231","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages\/231","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/comments?post=231"}],"version-history":[{"count":19,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages\/231\/revisions"}],"predecessor-version":[{"id":297,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages\/231\/revisions\/297"}],"wp:attachment":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/media?parent=231"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}