Jak pisać przypadki testowe z przykładami

Kroki tworzenia przypadków testowych w testowaniu ręcznym

Stwórzmy przypadek testowy dla scenariusza: Sprawdź funkcjonalność logowania

Twórz przypadki testowe w testowaniu ręcznym

Krok 1) Prostym przypadkiem testowym wyjaśniającym scenariusz byłby

Przypadek testowy nr Przypadek testowy Descriptjon
1 Sprawdź odpowiedź po podaniu prawidłowego adresu e-mail i hasła

Krok 2) Przetestuj dane.
Aby wykonać przypadek testowy, potrzebujesz Dane testowe. Dodanie poniżej

Przypadek testowy nr Przypadek testowy Descriptjon Dane testowe
1 Sprawdź odpowiedź po podaniu prawidłowego adresu e-mail i hasła E-mail: guru99@email.com Hasło: lNf9^Oti7^2h

Identyfikacja danych testowych może być czasochłonna i czasami wymagać ponownego utworzenia danych testowych. Powód, dla którego należy to udokumentować.

Krok 3) Wykonuj akcje.
Aby wykonać przypadek testowy, tester musi wykonać określony zestaw działań na urządzeniu AUT. Jest to udokumentowane w następujący sposób:

Przypadek testowy nr Przypadek testowy Descriptjon Kroki testowe Dane testowe
1 Sprawdź odpowiedź po podaniu prawidłowego adresu e-mail i hasła 1) Wprowadź adres e-mail

2) Wprowadź hasło

3) Kliknij Zaloguj się

Adres e-mail: guru99@email.com

Hasło: lNf9^Oti7^2h

Często kroki testowe nie są proste jak powyżej, dlatego wymagają dokumentacji. Ponadto autor przypadku testowego może opuścić organizację, wyjechać na wakacje, być chorym i nieobecnym na służbie lub być bardzo zajęty innymi krytycznymi zadaniami. Niedawno zatrudniony pracownik może zostać poproszony o wykonanie przypadku testowego. Udokumentowane kroki pomogą mu, a także ułatwią ocenę innym zainteresowanym stronom.

Krok 4) Sprawdź zachowanie AUT.
Celem przypadków testowych w testowaniu oprogramowania jest sprawdzenie zachowania jednostki AUT pod kątem oczekiwanego wyniku. Należy to udokumentować jak poniżej

Przypadek testowy nr Przypadek testowy Descriptjon Dane testowe Spodziewany wynik
1 Sprawdź odpowiedź po podaniu prawidłowego adresu e-mail i hasła Adres e-mail: guru99@email.com
Hasło: lNf9^Oti7^2h
Logowanie powinno zakończyć się pomyślnie

W czasie wykonywania testu tester porówna oczekiwane wyniki z rzeczywistymi wynikami i przypisze status pozytywny lub negatywny

Przypadek testowy nr Przypadek testowy Descriptjon Dane testowe Spodziewany wynik Aktualny rezultat Pass / Fail
1 Sprawdź odpowiedź po podaniu prawidłowego adresu e-mail i hasła E-mail: guru99@email.com Hasło: lNf9^Oti7^2h Logowanie powinno zakończyć się pomyślnie Logowanie powiodło się Przechodzić

Krok 5) Oprócz przypadku testowego - może mieć pole takie jak,
Pre – Warunek określający elementy, które muszą zostać spełnione, aby można było uruchomić test. W naszym przypadku testowym warunkiem wstępnym byłoby zainstalowanie przeglądarki umożliwiającej dostęp do testowanej witryny. Przypadek testowy może także zawierać warunki Post – Conditions, które określają wszystko, co ma zastosowanie po zakończeniu przypadku testowego. W naszym przypadku testowym warunkiem końcowym byłoby zapisanie godziny i daty logowania w bazie danych

Jak napisać film dotyczący przypadków testowych

Kliknij tutaj jeśli film nie jest dostępny

Najlepsze praktyki pisania dobrego przypadku testowego.

Najlepsze praktyki dotyczące przypadków testowych
Najlepsze praktyki dotyczące przypadków testowych

1. Przypadki testowe muszą być proste i przejrzyste:

Twórz przypadki testowe tak proste, jak to tylko możliwe. Muszą być jasne i zwięzłe, gdyż autor przypadku testowego może ich nie wykonać.

Używaj asertywnego języka, np. przejdź do strony głównej, wprowadź dane, kliknij to i tak dalej. Ułatwia to zrozumienie etapów testu i przyspiesza wykonanie 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 i 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 do wykonania innego przypadku testowego potrzebny jest przypadek testowy, wywołaj przypadek testowy, podając jego identyfikator przypadku testowego w kolumnie warunku wstępnego

4. Nie zakładaj

Przygotowując przypadek testowy, nie zakładaj funkcjonalności i cech aplikacji. Trzymaj się dokumentów specyfikacji.

5. Zapewnij 100% zasięgu

Pamiętaj, aby napisać przypadki testowe, aby sprawdzić wszystkie wymagania oprogramowania wymienione w dokumencie specyfikacji. Używać Macierz śledzenia aby mieć pewność, że żadna funkcja/warunek nie pozostanie niesprawdzona.

6. Przypadki testowe muszą być możliwe do zidentyfikowania.

Nadaj identyfikatorowi przypadku testowego nazwę umożliwiającą łatwą identyfikację podczas śledzenia defektów lub identyfikowania wymagań dotyczących oprogramowania na późniejszym etapie.

7. Wdrażaj techniki testowania

Nie jest możliwe sprawdzenie wszystkich możliwych warunków w aplikacji. Techniki testowania oprogramowania pomagają wybrać kilka przypadków testowych z maksymalną możliwością znalezienia defektu.

  • Analiza wartości brzegowych (BVA): Jak sama nazwa wskazuje, jest to technika, która definiuje testowanie granic dla określonego zakresu wartości.
  • Podział równoważny (EP): Ta technika dzieli zakres na równe części/grupy, które zwykle zachowują się tak samo.
  • Technika Przejścia Stanu:Metodę tę stosuje się, gdy zachowanie oprogramowania zmienia się z jednego stanu w drugi po wykonaniu określonej czynności.
  • Technika zgadywania błędów: Oznacza to zgadywanie/przewidywanie błędu, który może wystąpić podczas wykonywania testów ręcznych. Nie jest to metoda formalna i wykorzystuje doświadczenie testera z aplikacją

8. Samooczyszczanie

Utworzony przypadek testowy musi zwracać plik Środowisko testowe do stanu przed testem i nie powinien powodować, że środowisko testowe stanie się bezużyteczne. Jest to szczególnie prawdziwe w przypadku testowania konfiguracji.

9. Powtarzalne i samostojący

Przypadek testowy powinien generować te same wyniki za każdym razem, niezależnie od tego, kto go testuje

10. Rówieśnik Revtj.

Po utworzeniu przypadków testowych poproś o ich sprawdzenie swoich współpracowników. Twoi współpracownicy mogą odkryć defekty w projekcie Twojego przypadku testowego, które możesz łatwo przeoczyć.

Podczas tworzenia przypadku testowego należy uwzględnić następujące informacje:

  • Opis wymagania, które jest testowane
  • Wyjaśnienie sposobu testowania systemu
  • Konfiguracja testu, taka jak wersja testowanej aplikacji, oprogramowanie, pliki danych, system operacyjny, sprzęt, dostęp zabezpieczający, data fizyczna lub logiczna, pora dnia, wymagania wstępne, takie jak inne testy, oraz wszelkie inne informacje dotyczące konfiguracji istotne dla testowanych wymagań.
  • Wejścia i wyniki lub działania i oczekiwane rezultaty
  • Wszelkie dowody lub załączniki
  • Używaj języka aktywnych przypadków
  • Przypadek testowy nie powinien składać się z więcej niż 15 kroków
  • Zautomatyzowany skrypt testowy jest komentowany podając dane wejściowe, cel i oczekiwane rezultaty
  • Konfiguracja stanowi alternatywę dla testów wymaganych wstępnie
  • W przypadku innych testów powinna to być niepoprawna kolejność scenariuszy biznesowych

Narzędzia do zarządzania przypadkami testowymi

Narzędzia do zarządzania testami to narzędzia automatyzacji, które pomagają zarządzać przypadkami testowymi i je utrzymywać. Główne cechy narzędzia do zarządzania przypadkami testowymi to

  1. Aby udokumentować przypadki testowe: Dzięki narzędziom możesz przyspieszyć tworzenie przypadków testowych za pomocą szablonów
  2. Wykonaj przypadek testowy i zapisz wyniki: Przypadek testowy można wykonać za pomocą narzędzi, a uzyskane wyniki można łatwo zarejestrować.
  3. Zautomatyzuj śledzenie defektów: Nieudane testy są automatycznie łączone z systemem śledzenia błędów, który z kolei może zostać przypisany programistom i być monitorowany za pomocą powiadomień e-mail.
  4. Identyfikowalność: Wymagania, przypadki testowe, wykonanie przypadków testowych są ze sobą powiązane za pomocą narzędzi, a każdy przypadek można powiązać ze sobą, aby sprawdzić pokrycie testów.
  5. Ochrona przypadków testowych: Przypadki testowe powinny nadawać się do ponownego użycia i należy je chronić przed utratą lub uszkodzeniem na skutek słabej kontroli wersji. Narzędzia do zarządzania przypadkami testowymi oferują takie funkcje, jak
  • Konwencje nazewnictwa i numeracji
  • Wersja
  • Pamięć tylko do odczytu
  • Kontrolowany dostęp
  • Kopia zapasowa poza siedzibą firmy

Popularne narzędzia do zarządzania testami to: Centrum jakości oraz JIRA

Format standardowych przypadków testowych

Poniżej znajduje się format standardowego przykładowego przypadku testowego logowania.

Identyfikator przypadku testowego Przypadek testowy Descriptjon Kroki testowe Dane testowe oczekiwane rezultaty Aktualne wyniki Pass / Fail
TU01 Sprawdź login klienta z prawidłowymi danymi
  1. Idź do strony https://demo.guru99.com
  2. Wprowadź identyfikator użytkownika
  3. Wprowadź hasło
  4. Kliknij Prześlij
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
  1. Idź do strony https://demo.guru99.com
  2. Wprowadź identyfikator użytkownika
  3. Wprowadź hasło
  4. Kliknij Prześlij
Identyfikator użytkownika = guru99 Hasło = glass99 Użytkownik nie powinien logować się do aplikacji Zgodnie z oczekiwaniami Przechodzić

Całą tę tabelę można utworzyć w programie Word, Excel lub dowolnym innym Narzędzie do zarządzania testami. To wszystko, jeśli chodzi o projektowanie przypadków testowych

Szablon przypadku testowego

  • Należy pamiętać, że zastosowany szablon będzie się różnić w zależności od projektu. Przeczytaj to Tutorial aby nauczyć się szablonu przypadku testowego z objaśnieniem ważnych pól

Pobierz powyższy szablon przypadku testowego Excel (.xls)

Najczęstsze pytania

Co to jest przypadek testowy?

Przypadek testowy to udokumentowany zestaw warunków, danych wejściowych, działań i oczekiwanych wyników zaprojektowany w celu sprawdzenia, czy konkretna funkcjonalność lub cecha aplikacji działa zgodnie z przeznaczeniem. Służy jako wytyczna dla testerów, aby upewnić się, że aplikacja zachowuje się poprawnie w określonych warunkach.

Scenariusz testowy kontra przypadek testowy

Dla Scenariusz testowy: 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ź reakcję, gdy identyfikator użytkownika jest pusty i naciśnięto przycisk logowania, i wiele innych