Szkolenia Testowanie

Automatyzację testów warto zaczynać od stabilnych, powtarzalnych i biznesowo istotnych scenariuszy, które często wracają w regresji i mają jednoznaczne wyniki. Najpierw trzeba sprawdzić, które przypadki testowe dają największy zwrot z automatyzacji, jakie są ograniczenia środowiskowe oraz czy zespół ma przygotowane dane testowe, raportowanie i integrację z CI. Dobrym przykładem są testy logowania, podstawowych operacji CRUD albo krytycznych endpointów API wykonywane przy każdym wdrożeniu.
Ten temat przerabiamy praktycznie na szkoleniu: Automatyzacja testów w procesie wytwarzania oprogramowania.

BDD to podejście do specyfikowania i weryfikowania zachowania systemu przez przykłady, a Gherkin i Cucumber wspierają zapis scenariuszy akceptacyjnych w formie czytelnej dla biznesu i IT. W praktyce warto sprawdzić, czy zespół rzeczywiście pracuje na wspólnych przykładach, czy scenariusze opisują reguły biznesowe zamiast kroków technicznych oraz czy automatyzacja nie zaciera sensu wymagań. Przykładem zastosowania są warsztaty 3 Amigos, po których scenariusze Given/When/Then stają się jednocześnie dokumentacją i bazą testów akceptacyjnych.
Jeśli chcesz przećwiczyć to krok po kroku, zobacz: BDD - testy akceptacyjne z wykorzystaniem Cucumber JVM.

Cypress i Playwright służą do automatyzacji testów webowych, ale różnią się architekturą działania, sposobem obsługi przeglądarek, mechanizmami oczekiwania i możliwościami pracy z bardziej złożonymi przepływami. Przy wyborze warto porównać wymagane przeglądarki, poziom kontroli nad siecią i sesją, wsparcie dla równoległego uruchamiania oraz sposób organizacji testów w istniejącym projekcie. Przykładowo Playwright dobrze sprawdza się przy testach wieloprzeglądarkowych i mockowaniu API, a Cypress bywa wygodny przy szybkiej automatyzacji interfejsu w aplikacjach SPA.
Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Automatyzacja testów funkcjonalnych aplikacji internetowych z użyciem Playwright/TypeScript.

Testowanie REST API obejmuje weryfikację kontraktów, kodów odpowiedzi, schematów danych, autoryzacji, walidacji biznesowej i odporności na błędne dane wejściowe. Przed wyborem narzędzia warto ustalić, czy zespół potrzebuje szybkiego prototypowania kolekcji, kodowego frameworka w Javie, czy podejścia BDD z czytelnymi scenariuszami i łatwą parametryzacją. Przykładowo Postman dobrze wspiera pracę eksploracyjną i kolekcje, RestAssured daje dużą kontrolę nad architekturą testów w Javie, a Karate DSL upraszcza zapis scenariuszy API.
Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: RestAssured (Java) - automatyzacja testów funkcjonalnych serwisów REST API.

Testy wydajnościowe polegają na modelowaniu ruchu, uruchamianiu obciążenia i analizie metryk takich jak response time, throughput, błędy oraz percentyle. Na początku trzeba zdefiniować cele testu, profil użytkowników, kryteria akceptacji, dane wejściowe i sposób monitorowania systemu, bo bez tego wyniki są trudne do interpretacji. Typowy przykład to scenariusz logowania i składania zamówienia uruchamiany dla rosnącej liczby użytkowników wirtualnych wraz z analizą wąskich gardeł po stronie aplikacji i bazy danych.
Jeśli chcesz przećwiczyć to krok po kroku, zobacz: Testy wydajnościowe aplikacji internetowych z wykorzystaniem Apache JMeter.

Testowanie bezpieczeństwa IoT obejmuje analizę komunikacji, firmware, interfejsów sprzętowych oraz backendów API obsługujących urządzenia. W pierwszej kolejności trzeba sprawdzić protokoły transmisji, mechanizmy uwierzytelnienia, możliwość ekstrakcji danych z pamięci, podatności w firmware oraz sposób ochrony kluczy i tokenów. Przykładem są testy sniffingu dla BLE lub ZigBee, analiza obrazu firmware i weryfikacja, czy API backendu nie ujawnia danych lub nie pozwala na nieautoryzowane operacje.
To jedno z zagadnień omawianych podczas szkolenia: Testowanie bezpieczeństwa rozwiązań IoT.