Cześć! Dziś przed nami jeden z trudniejszych dla mnie tematów dotyczący białoskrzynkowych technik testowania. Nie będę ukrywać, że to właśnie na tym etapie spędziłam większość czasu poświęconego na naukę do egzaminu ISTQB FL. Z pewnością osobom, które mają bardziej ścisłe umysły ode mnie, pójdzie łatwiej. Dobra wiadomość jest taka, że da się to ogarnąć i […]
Tag: warunki
Testowanie na podstawie przypadków użycia (blackbox)
Przypadek użycia to, najogólniej rzecz ujmując, narzędzie służące do definiowania konkretnej interakcji użytkownika. W momencie, gdy zespół rozpoczyna pracę nad aplikacją lub jest w trakcie jej tworzenia i zamierza wprowadzić nowe funkcjonalności, to staje przed najważniejszym pytaniem podczas całego procesu tworzenia, a mianowicie: jakie są wymagania dotyczące tej aplikacji oraz w jaki sposób najlepiej je […]
Testowanie przejść między stanami (blackbox)
Testowanie przejść między stanami (state transition testing) → czarnoskrzynkowa technika projektowania przypadków testowych, w której przypadki są projektowane tak, aby sprawdzały dozwolone i niedozwolone przejścia między stanami. Ten rodzaj testów znajduje zastosowanie w przypadku systemów, w których istnieją obiekty mające różne stany lub sam system zachowuje się inaczej w zależności od aktualnych warunków oraz od historii […]
Testowanie w oparciu o tablice decyzyjne (blackbox)
Tablica decyzyjna to kolejna technika, którą zaliczamy do czarnoskrzynkowych technik testowania (czyli takich, które nie ingerują w kod i nie wymagają jego uruchamiania). Przedstawia ona kombinację wejść i czynników (przyczyn) z odpowiadającymi im wyjściami i akcjami (skutkami). Możemy wyróżnić 2 aspekty, dla których używa się tablic decyzyjnych: złożone reguły biznesowe, które oprogramowanie musi zrealizować wymagania zawierające […]
Proces rozwoju testów
Na proces rozwoju testów składają się: analiza, projektowanie i implementacja testów. Pierwszym elementem jest analiza testów → badanie podstaw testów w celu określenia warunków testowych. Warunki te definiują element lub zdarzenie, które może zostać sprawdzone przez jeden lub więcej przypadków testowych (może to być funkcja, transakcja, atrybut jakościowy lub element struktury oprogramowania). Na tym etapie […]