Dziękujemy za wysłanie zapytania! Jeden z członków naszego zespołu skontaktuje się z Państwem wkrótce.
Dziękujemy za wysłanie rezerwacji! Jeden z członków naszego zespołu skontaktuje się z Państwem wkrótce.
Plan Szkolenia
Blok 1: Wiadomości podstawowe
- Testowanie, jako jeden ze sposobów zapewnienia jakości oprogramowania
- Warsztat 1 – testowanie w praktyce
- Typowe trudności związane z testowaniem
- Różne szkoły testowania, testowanie w różnych rodzajach projektów
- Kim jest i co robi tester oprogramowania?
Blok 2: Projektowanie, wykonywanie i raportowanie testów
- Czym są przypadki testowe?
- Jak wybierać przypadki testowe – zasady ogólne
- Jak wybierać przypadki testowe – różne szkoły
- Warsztat 2 – projektowanie testów
- Sztuka wykonywania testów
- Prosta psychologia testowania
- Raportowanie testów: zgłaszanie błędów, prezentacja wyników, pisanie raportu
- Warsztat 3 – testowanie wydajności, użyteczności, bezpieczeństwa, jak to się robi w praktyce?
Blok 3: Narzędzia do testowania
- Warsztat 4 – automatyczne wykonywanie testów przy pomocy Selenium IDE
- Jak wybierać narzędzia do automatyzacji wykonywania testów?
- Kiedy opłaca się automatyzować?
- Automatyzacja zaawansowana, na przykład Cucumber i FitNesse
- Co jeszcze, oprócz wykonywania testów, warto zautomatyzować?
Blok 4: Organizacja i dokumentacja testów
- Ile warto zapisywać?
- Czterej pancerni: szef, analityk (inżynier wymagań), programista i tester
- Warsztat 5 – stworzenie struktury wymagań, przypadków testowych, scenariuszy testowych, zgłoszeń błędów i raportów przy pomocy narzędzia ReQtest
Podsumowanie – jutro do pracy i co dalej?
14 godzin
Opinie uczestników (2)
ćwiczenia praktyczne, łatwiej przyswoić informacje
ashley bolen - Insurance Corporation of British Columbia
Szkolenie - Test Automation with Selenium
Przetłumaczone przez sztuczną inteligencję
Podobało mi się, że trener miał praktyczną wiedzę z dziedziny testowania i że pytał o to, jak poszczególne aspekty wyglądają u nas. Dobrze, że trener zaznaczał, że niektóre elementy po prostu tak wyglądają wg ISTQB, gdy czasem prowadziliśmy dyskusję na temat danego rozwiązania zadania, z którym się do końca nie zgadzamy.