Post on 16-Jan-2017
WARSZTATY TESTOWE
MONIKA BRAUNo Specjalista QA&QC
o >10 lat doświadczeń w obszarze jakości
o Tester Test Manager Quality Manager
o Trener Testerów i Test Managerów
o Trener testerzy.pl oraz ITtraining
o Coach biznesowy testerów
o Audytor Procesów Testowych
o Pełnomocnik Zarządzania Jakością
o Gościnny wykładowca AGH i WSZiB
o Prelegent największych polskich konferencji o jakości
o Autor publikacji o zarządzaniu jakością i testowaniu
o Kontakt: monika.braun@ittraining.pl
POZNAJMY SIĘ
o Jestem „the best” w ....
OCZEKIWANIA & DOBRE ZASADY
o Otwarte umysły
o Zaangażowanie
o Współpraca
o Odwaga
o Wymagania
PLAN NA DZISIAJ
o Testowanie rozkładu PKP
o Planowanie testów
o Tworzenie efektywnych przypadków testowych
o Raportowanie bugów
o Odpowiedzi na ważne i nurtujące pytania ;)
Testowanie
CZYM JEST TESTOWANIE?
„Testowanie jest niekończącym się procesem polegającym na porównywaniu tego, co niewidzialne do tego, co wieloznaczne - a wykonuje się je po to, aby coś, co jest niemożliwe do przewidzenia nie dotknęło tych, których nie znamy z imienia.”
@tezzafrica
LET’S TEST!
o Czym jest testowanie?
TESTOWANIE
o Szukanie dziury w całym (bug hunting)
o Minimalizacja ryzyka wystąpienia awarii systemu
o Sprawdzenie systemu pod kątem poprawności działania (weryfikacja)
o Sprawdzenie systemu pod kątem wymagań zamawiającego (walidacja)
o Sprawdzenie pod kątem standardów
o Mierzenie jakości systemu
LET’S TEST!
o Czym jest testowanie?
Rozwój
Produkcja
Testowanie
Kodowanie
Projekt Techniczny
Wymagania biznesowe
Planowanie
TESTOWANIE
x1
x5
x20
x25
x50
x100-270
45%wszystkich błędów
35%wszystkich błędów
20%wszystkich błędów
Weryfikacja
Walidacja
TESTOWANIE
o Nigdy się nie kończy
o Pod koniec testów nie mamy pewności, czy przetestowaliśmy wszystko
o Specyficznych błędów czasem nie wykryjemy w ogóle
o Stajemy się „użytkownikiem” ale nigdy nie byliśmy na jego miejscu
o Często fajnych nowinek i rozwiązań nie możemy wdrożyć
o Czasem na końcu akceptowana jest niska jakość
LET’S TEST!
o Czy wszystko jest w porządku z tym obrazkiem?
TESTOWANIE - CELE
oWeryfikacja & Walidacja
o Komunikacja
o Rekomendacja przekazania systemu do produkcji
Testowanie
LET’S TEST!
o Aplikacja powinna umożliwiać wyszukiwanie połączeń kolejowych.
o Każdy z użytkowników ma mieć możliwość logowania się do aplikacji.
o Zasady logowania powinny być standardowe.
o Wyszukiwanie odbywa się z wykorzystaniem pól: Od, Do, Data, Godzina.
o Pole Od i Do powinny być wymagane.
o Wszystkie pola powinny być walidowane
o Ładowanie się każdej stronki powinno być szybkie
PROCES TESTOWY - PRZYKŁAD
17
PROCES TESTOWY - PRZYKŁAD
18
PLANOWANIE
o Estymacja oferty
o Zakres testów
o Rodzaje testów
o Środowiska testowe
o Timeline
o Zespół Testowy
o Ryzyka testowe
TYPY TESTÓW
Czarno-skrzynkowe
Biało-skrzynkowe
Wiedza
Statyczne
Dynamiczne
Akcja
20
TYPY TESTÓW
o Testowanie funkcjonalne
• Pozytywne
• Negatywne
o Testy niefunkcjonalne
21
TESTY DOKUMENTACJIREQ 1.2: Logowanie
Aby zalgowaź się, w pasku adrsu przeglądraki wpisz adres www lub otwórz klinta pocztowego. W polu "Nazzwa" wpisz swoją nazwę urzutkownika, w polu "Hasło" wpisz swoije hasło.
Po trzykotnym błędnym wprowadzneiu hasła konto zostanie zablokowane.
22
LEST’S TETS!
Zdognie z nanjwoymszi baniadmai perzporawdzomyni na bytyrijskchuweniretasytch nie ma zenacznia kojnolesc ltier przy zpiasie dengaosolwa.
Nwajzanszyeim jest, aby prieszwa i otatsnia lteria byla na siwommijsecu, ptzosaloe mgoa byc w niaedzile i w dszalym caigu nie pwinono to sawrztac polbemórw ze zozumierniem tksetu.
Dzijee sie tak datgelo, ze nie czamytywyszistkch lteir w solwie, ale clae solwa od razu
23
REQ VS US
o Lista pól na formatce wyszukiwania to:
•Od
•Do
•Data
•Godzina
REQ VS US
o Pole „Do” na formatce wyszukiwania powinno:
•Być polem tekstowym
•Posiadać walidację (-> REQ Z.W)
•Mieć zdefiniowany słownik „Miejscowości” (-> REQ
X.Y)
REQ VS US
o Po wprowadzeniu w polu „Do” na formatce wyszukiwania co
najmniej 2 pierwszych liter powinna pokazać się lista
rozwijana zawierająca dane słownikowe „Miejscowości”(->
REQ X.Y) pasujące do wprowadzonych przez użytkownika
liter.
LET’S TEST!
o Jako <zagraniczny podróżny bez znajomości polskiego> chcę <sprawdzić rozkład jazdy online> ponieważ <chcę odebrać znajomych z podróży>
o Jako <podróżny> chcę <znać czas mojego przejazdu> ponieważ <musze wiedzieć ile kanapek na podróż przygotować>
o Jako <podróżny> chcę <kupić imienny bilet online> ponieważ <chcę mieć pewność, że nikt inny nie wykorzysta mojego biletu>
27
TESTY UŻYTECZNOŚCI
28
TESTY UŻYTECZNOŚCI
29
TESTY BEZPIECZEŃSTWA
30
TESTY BEZPIECZEŃSTWA
31
TESTY WYDAJNOŚCI
32
LET’S TEST!o Czy wszystko jest w porządku z tym obrazkiem?
33
TESTY NIEZAWODNOŚCI
34
DOKUMENTACJA TESTOWA
o Plan testów
o Przypadki testowe
o Scenariusze testowe
o Raporty błędów
o Raporty cząstkowe z testów
o Raport z testów
DOBRY PRZYPADEK TESTOWY
„ IEEE Std 829-1983”
Dokumentacja określająca dane wejściowe, spodziewane rezultaty oraz warunki wykonania testu.
36
DOBRY PRZYPADEK TESTOWY
Cem Kaner, 2005
Przypadek testowy to pytanie, które zadajemy programowi, aby uzyskać informację. Pytanie może być sformułowane na wiele sposobów, w zależności od tego, jaką informację chcemy uzyskać.
37
DOBRY PRZYPADEK TESTOWY
o Jednoznaczny
o Testujący jedną funkcjonalność
o Wielokrotnego użytku
o Zwięzły
o Znajdujący maksymalną liczbę błędów
o „Marsjano-odporny”
DOBRY PRZYPADEK TESTOWY
o Pomysł na przypadek testowy
o Zaprojektowanie nagłówka przypadku testowego
o Tworzenie przypadku testowego
o Wstępne warunki
o Dane testowe
o Kroki testowe
o Oczekiwany rezultat
o Tworzenie scenariuszy testowych
o Aktualizacja scenariuszy testowych
DOBRY PRZYPADEK TESTOWY
o Warunki wstępne (stan systemu przed)
o Dane testowe
o Kroki reprodukcji
o Oczekiwany rezultat (stan systemu po)
o Identyfikator
o Wymaganie
o Rodzaj testu
o Priorytet
o Autor
LET’S TEST!
o Zaproponuj odpowiednie dane testowe dla aplikacji:
Strona internetowa, na której każdy użytkownik może się zarejestrować, stworzyć login, hasło, podać swoje nazwisko, imię, wiek, pesel, adres zamieszkania. Po rejestracji każdy użytkownik otrzymuje unikalne ID – 6 cyfr. Zarejestrowany użytkownik może się zalogować i przeczytać swoje ID oraz zmodyfikować dane (poza loginem).
41
DOBRY PRZYPADEK TESTOWY
LET’S TEST!
o Stwórz przypadek testowy do wybranej funkcjonalności rozkładu jazdy
JAK TESTOWAĆ?
KWADRANTY TESTOWANIA AGILE
PIRAMIDA TESTÓW AGILE
RAPORTOWANIE DEFEKTU1. Unikalny tytuł
2. Warunki wstępne (stan aplikacji)
3. Środowisko testowe
4. Dane testowe
5. Kroki reprodukcji
6. Oczekiwany rezultat
7. Aktualny rezultat
8. Załączniki (logi, screeny, itp)
9. Waga
10. Priorytet
11. Wymaganie
12. Identyfikator
13. Raportujący
RAPORTY TESTOWE
48
TO DO: RAPORT BŁĘDU
o W aplikacji rozklad-pkp.pl po wprowadzeniu poprawnych
danych we wszystkie pola oraz po wprowadzeniu w pole
„Data” znaków specjalnych i zatwierdzeniu wyszukiwania
wyświetla się strona „404”
o Stwórz raport błędu
Dziękuję za uwagę
Powodzenia w
testowaniu!