Co to jest przypadek testowy?
TEST CASE jest zbiorem działań realizowanych w celu sprawdzenia konkretnej funkcji lub funkcjonalność aplikacji. Przypadek testowy zawiera kroki testowe, dane testowe, warunek wstępny, warunek końcowy opracowany dla określonego scenariusza testowego w celu zweryfikowania dowolnego wymagania. Przypadek testowy obejmuje określone zmienne lub warunki, za pomocą których inżynier testujący może porównać oczekiwane i rzeczywiste wyniki, aby określić, czy produkt programowy działa zgodnie z wymaganiami klienta.
Scenariusz testowy kontra przypadek testowy
Scenariusze testowe są raczej niejasne i obejmują szeroki zakres możliwości. Testowanie polega na byciu bardzo szczegółowym.
Dla scenariusza testowego: Sprawdź funkcjonalność logowania, istnieje wiele możliwych przypadków testowych:
- Przypadek testowy 1: Sprawdź wyniki po wprowadzeniu prawidłowego identyfikatora użytkownika i hasła
- Przypadek testowy 2: Sprawdź wyniki po wprowadzeniu nieprawidłowego identyfikatora użytkownika i hasła
- Przypadek testowy 3: Sprawdź odpowiedź, gdy identyfikator użytkownika jest pusty i naciśnięty jest przycisk logowania, i wiele innych
To nic innego jak przypadek testowy.
W tym samouczku dowiesz się, jak pisać przypadki testowe w testowaniu ręcznym na przykładzie -
- Jak pisać przypadki testowe w testowaniu ręcznym
- Format standardowych przypadków testowych
- Najlepsze praktyki dotyczące pisania dobrego przykładu przypadku testowego.
- Narzędzia do zarządzania przypadkami testowymi
- Zasoby
Kliknij tutaj, jeśli wideo nie jest dostępne
Jak pisać przypadki testowe w testowaniu ręcznym
Utwórzmy przypadek testowy dla scenariusza: Sprawdź funkcjonalność logowania
Krok 1) Prosty przypadek testowy wyjaśniający scenariusz to
| Numer przypadku testowego | Opis przypadku testowego |
|---|---|
| 1 | Sprawdź odpowiedź po wprowadzeniu prawidłowego adresu e-mail i hasła |
Krok 2) Aby wykonać przypadek testowy, potrzebujesz danych testowych. Dodanie poniżej
| Numer przypadku testowego | Opis przypadku testowego | Dane testowe |
|---|---|---|
| 1 | Sprawdź odpowiedź po wprowadzeniu prawidłowego adresu e-mail i hasła | Email: Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie obsługi JavaScript. Hasło: lNf9 Oti7 2h |
Identyfikacja danych testowych może być czasochłonna i czasami może wymagać ponownego utworzenia danych testowych. Powód, dla którego należy to udokumentować.
Krok 3) Aby wykonać przypadek testowy, tester musi wykonać określony zestaw działań na AUT. Jest to udokumentowane poniżej:
| Numer przypadku testowego | Opis przypadku testowego | Kroki testowe | Dane testowe |
|---|---|---|---|
| 1 | Sprawdź odpowiedź po wprowadzeniu prawidłowego adresu e-mail i hasła |
1) Wpisz adres e-mail 2) Wprowadź hasło 3) Kliknij Zaloguj się |
Email: Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie obsługi JavaScript. Hasło: lNf9 Oti7 2h |
Często Kroki Testowe nie są tak proste jak powyżej, dlatego wymagają dokumentacji. Ponadto autor przypadku testowego może opuścić organizację, wyjechać na wakacje, jest chory i nie ma pracy lub jest bardzo zajęty innymi krytycznymi zadaniami. Niedawno zatrudniony może zostać poproszony o wykonanie przypadku testowego. Udokumentowane kroki pomogą mu, a także ułatwią przeglądanie przez innych interesariuszy.
Krok 4) Celem przypadków testowych w testowaniu oprogramowania jest sprawdzenie zachowania AUT pod kątem oczekiwanego wyniku. Należy to udokumentować jak poniżej
| Numer przypadku testowego | Opis przypadku testowego | Dane testowe | Spodziewany wynik |
|---|---|---|---|
| 1 | Sprawdź odpowiedź po wprowadzeniu prawidłowego adresu e-mail i hasła | Email: Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie obsługi JavaScript. Hasło: lNf9 Oti7 2h | Logowanie powinno przebiegać pomyślnie |
W czasie wykonywania testu tester porówna oczekiwane wyniki z wynikami rzeczywistymi i przydzieli status pozytywny lub negatywny
| Numer przypadku testowego | Opis przypadku testowego | Dane testowe | Spodziewany wynik | Aktualny rezultat | Pass / Fail |
|---|---|---|---|---|---|
| 1 | Sprawdź odpowiedź po wprowadzeniu prawidłowego adresu e-mail i hasła | Email: Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie obsługi JavaScript. Hasło: lNf9 Oti7 2h | Logowanie powinno przebiegać pomyślnie | Logowanie powiodło się | Przechodzić |
Krok 5) Poza tym, że Twój przypadek testowy może mieć pole takie jak Pre - Condition, które określa rzeczy, które muszą być wprowadzone, zanim test będzie mógł zostać uruchomiony. W naszym przypadku testowym warunkiem wstępnym byłoby zainstalowanie przeglądarki w celu uzyskania dostępu do testowanej witryny. Przypadek testowy może również zawierać warunki końcowe, które określają wszystko, co ma zastosowanie po zakończeniu przypadku testowego. W naszym przypadku testowym warunkiem końcowym byłby czas i data logowania przechowywana w bazie danych
Format standardowych przypadków testowych
Poniżej znajduje się format przykładowego standardowego logowania przypadków testowych.
| Identyfikator przypadku testowego | Scenariusz testowy | Kroki testowe | Dane testowe | oczekiwane rezultaty | Aktualne wyniki | Pass / Fail |
|---|---|---|---|---|---|---|
| TU01 | Sprawdź login klienta z ważnymi danymi |
| Identyfikator użytkownika = guru99 Hasło = pass99 | Użytkownik powinien zalogować się do aplikacji | Zgodnie z oczekiwaniami | Przechodzić |
| TU02 | Sprawdź login klienta z nieprawidłowymi danymi |
| Identyfikator użytkownika = guru99 Hasło = glass99 | Użytkownik nie powinien logować się do aplikacji | Zgodnie z oczekiwaniami | Przechodzić |
Całą tabelę można utworzyć w programie Word, Excel lub innym narzędziu do zarządzania testami. To wszystko, aby przetestować projekt przypadku
Podczas przygotowywania przypadku testowego należy uwzględnić następujące informacje
- Opis testowanego wymagania
- Wyjaśnienie, w jaki sposób system będzie testowany
- Konfiguracja testu, taka jak wersja testowanej aplikacji, oprogramowanie, pliki danych, system operacyjny, sprzęt, dostęp do zabezpieczeń, data fizyczna lub logiczna, pora dnia, wymagania wstępne, takie jak inne testy i wszelkie inne informacje konfiguracyjne związane z testowanymi wymaganiami
- Nakłady i produkty lub działania i oczekiwane rezultaty
- Wszelkie dowody lub załączniki
- Użyj aktywnego języka przypadku
- Przypadek testowy nie powinien zawierać więcej niż 15 kroków
- Automatyczny skrypt testowy jest opatrzony komentarzem z danymi wejściowymi, celem i oczekiwanymi wynikami
- Konfiguracja oferuje alternatywę dla testów wstępnych
- W przypadku innych testów powinna to być niepoprawna kolejność scenariusza biznesowego
Najlepsze praktyki dotyczące pisania dobrego przykładu przypadku testowego.
1. Przypadki testowe muszą być proste i przejrzyste:
Twórz przypadki testowe, które są tak proste, jak to tylko możliwe. Muszą być jasne i zwięzłe, ponieważ autor przypadku testowego nie może ich wykonać.
Używaj asertywnego języka, na przykład przejdź do strony głównej, wprowadź dane, kliknij to i tak dalej. Ułatwia to zrozumienie kroków testu i przyspiesza wykonywanie testów.
2. Utwórz przypadek testowy z myślą o użytkowniku końcowym
Ostatecznym celem każdego projektu oprogramowania jest tworzenie przypadków testowych, które spełniają wymagania klienta oraz są łatwe w użyciu i obsłudze. Tester musi tworzyć przypadki testowe, mając na uwadze perspektywę użytkownika końcowego
3. Unikaj powtarzania przypadków testowych.
Nie powtarzaj przypadków testowych. Jeśli przypadek testowy jest potrzebny do wykonania innego przypadku testowego, wywołaj przypadek testowy za pomocą jego identyfikatora przypadku testowego w kolumnie warunków wstępnych
4. Nie zakładaj
Przygotowując przypadek testowy, nie zakładaj funkcjonalności i funkcji swojej aplikacji. Trzymaj się dokumentów specyfikacji.
5. Zapewnij 100% pokrycia
Upewnij się, że piszesz przypadki testowe, aby sprawdzić wszystkie wymagania oprogramowania wymienione w dokumencie specyfikacji. Użyj macierzy śledzenia, aby upewnić się, że żadne funkcje / warunki nie są pozostawione nieprzetestowane.
6. Przypadki testowe muszą być możliwe do zidentyfikowania.
Nazwij identyfikator przypadku testowego tak, aby można go było łatwo zidentyfikować podczas śledzenia defektów lub identyfikowania wymagań oprogramowania na późniejszym etapie.
7. Wdrożenie technik testowania
Nie jest możliwe sprawdzenie każdego możliwego stanu w aplikacji. Techniki testowania oprogramowania pomagają wybrać kilka przypadków testowych z maksymalną możliwością znalezienia defektu.
- Analiza wartości granicznych (BVA): Jak sama nazwa wskazuje, jest to technika, która definiuje testowanie granic dla określonego zakresu wartości.
- Podział równoważności (EP): Ta technika dzieli zakres na równe części / grupy, które mają tendencję do tego samego zachowania.
- Technika przejścia stanów : ta metoda jest używana, gdy zachowanie oprogramowania zmienia się z jednego stanu do drugiego w następstwie określonej akcji.
- Technika zgadywania błędów: polega na zgadywaniu / przewidywaniu błędu, który może wystąpić podczas wykonywania testów ręcznych. Nie jest to formalna metoda i wykorzystuje doświadczenie testera z aplikacją
8. Samooczyszczanie
Utworzony przypadek testowy musi przywrócić Środowisko testowe do stanu sprzed testu i nie powinien sprawić, że środowisko testowe stanie się bezużyteczne. Jest to szczególnie prawdziwe w przypadku testowania konfiguracji.
9. Powtarzalne i samodzielne
Przypadek testowy powinien generować te same wyniki za każdym razem, bez względu na to, kto go testuje
10. Recenzja partnerska.
Po utworzeniu przypadków testowych poproś o ich sprawdzenie przez swoich współpracowników. Twoi współpracownicy mogą odkryć wady projektu przypadku testowego, które możesz łatwo przeoczyć.
Narzędzia do zarządzania przypadkami testowymi
Narzędzia do zarządzania testami to narzędzia do automatyzacji, które pomagają w zarządzaniu i utrzymywaniu przypadków testowych. Główne cechy narzędzia do zarządzania przypadkami testowymi to
- Do dokumentowania przypadków testowych: Dzięki narzędziom możesz przyspieszyć tworzenie przypadków testowych za pomocą szablonów
- Wykonaj przypadek testowy i zapisz wyniki: Przypadek testowy można wykonać za pomocą narzędzi, a uzyskane wyniki można łatwo zapisać.
- Zautomatyzuj śledzenie defektów: nieudane testy są automatycznie łączone z modułem śledzenia błędów, który z kolei można przypisać programistom i śledzić za pomocą powiadomień e-mail.
- Identyfikowalność: wymagania, przypadki testowe, wykonanie przypadków testowych są ze sobą powiązane za pomocą narzędzi, a każdy przypadek można prześledzić do siebie w celu sprawdzenia pokrycia testowego.
- Ochrona przypadków testowych: Przypadki testowe powinny być wielokrotnego użytku i powinny być chronione przed utratą lub uszkodzeniem z powodu słabej kontroli wersji. Narzędzia do zarządzania przypadkami testowymi oferują takie funkcje, jak
- Konwencje nazewnictwa i numeracji
- Wersjonowanie
- Pamięć tylko do odczytu
- Kontrolowany dostęp
- Kopia zapasowa poza siedzibą firmy
Popularne narzędzia do zarządzania testami to: Quality Center i JIRA
Zasoby
- Należy pamiętać, że używany szablon będzie się różnić w zależności od projektu. Przeczytaj ten samouczek, aby nauczyć się szablonu przypadku testowego z objaśnieniem ważnych pól
Pobierz powyższy szablon przypadku testowego Excel (.xls)
