Co to jest scenariusz testowy w testowaniu oprogramowania (przykłady)

Co to jest scenariusz testowy?

A Scenariusz testowy definiuje się jako dowolną funkcjonalność, którą można przetestować. Nazywa się to również warunkami testowymi lub możliwością testowania. Jako tester powinieneś postawić się w sytuacji użytkownika końcowego i poznać rzeczywiste scenariusze i przypadki użycia testowanej aplikacji.

Testowanie scenariuszy

Testowanie scenariuszy in Testowanie oprogramowania jest metodą, w której rzeczywiste scenariusze są używane do testowania aplikacji oprogramowania zamiast przypadków testowych. Celem testowania scenariuszy jest testowanie scenariuszy end-to-end dla określonego złożonego problemu oprogramowania. Scenariusze pomagają w łatwiejszy sposób testować i oceniać skomplikowane problemy end-to-end.

Przeanalizujmy to za pomocą poniższego filmu –

Po co tworzyć scenariusze testowe?

Scenariusze testowe są tworzone z następujących powodów:

  • Tworzenie scenariuszy testowych zapewnia pełne pokrycie testów
  • Scenariusze testowe mogą zostać zatwierdzone przez różnych interesariuszy, takich jak analityk biznesowy, programiści, klienci, aby zapewnić dokładne przetestowanie testowanej aplikacji. Zapewnia, że ​​oprogramowanie będzie działać w najpopularniejszych przypadkach użycia.
  • Służą jako szybkie narzędzie do określenia nakładu pracy testowej i odpowiedniego stworzenia propozycji dla klienta lub zorganizowania siły roboczej.
  • Pomagają określić najważniejsze kompleksowe transakcje lub rzeczywiste wykorzystanie aplikacji.
  • Do badania kompleksowego funkcjonowania programu kluczowy jest scenariusz testowy.

Kiedy nie tworzyć scenariusza testowego?

Scenariusze testowe mogą nie zostać utworzone, gdy

  • Testowana aplikacja jest skomplikowana, niestabilna, a w projekcie występuje brak czasu.
  • Projekty oparte na metodologii Agile, takie jak Scrum, Kanban, nie mogą tworzyć scenariuszy testowych.
  • Być może nie utworzono scenariusza testowego dla nowej poprawki błędu lub Testy regresji. W takich przypadkach scenariusze testowe muszą być już szczegółowo udokumentowane w poprzednich cyklach testowych. Dotyczy to zwłaszcza projektów związanych z utrzymaniem.

Jak pisać scenariusze testowe

Jako tester możesz wykonać pięć kroków, aby utworzyć scenariusze testowe:

Napisz scenariusze testowe

  • Krok 1: Przeczytaj dokumenty wymagań, takie jak BRS, SRS, FRS, dotyczące testowanego systemu (SUT). Możesz także odesłać przypadki użycia, książki, podręczniki itp. aplikacji do przetestowania.
  • Krok 2: Dla każdego wymagania określ możliwe działania i cele użytkownika. Określ techniczne aspekty wymagania. Ustal możliwe scenariusze nadużyć w systemie i oceń użytkowników pod kątem sposobu myślenia hakera.
  • Krok 3: Po przeczytaniu Dokumentu wymagań i przeprowadzeniu odpowiedniej analizy wypisz różne scenariusze testowe, które weryfikują każdą funkcję oprogramowania.
  • Krok 4: Po sporządzeniu listy wszystkich możliwych scenariuszy testowych: a Macierz śledzenia jest tworzony w celu sprawdzenia, czy każdemu wymaganiu odpowiada odpowiedni scenariusz testowy
  • Krok 5: Utworzone scenariusze są weryfikowane przez Twojego przełożonego. Later, są one również przeglądane przez innych Interesariuszy projektu.

Wskazówki dotyczące tworzenia scenariuszy testowych

  • Każdy Scenariusz Testowy powinien być powiązany z co najmniej jednym Wymaganiem lub Historią Użytkownika zgodnie z Metodologią Projektu.
  • Przed utworzeniem scenariusza testowego, który weryfikuje wiele wymagań jednocześnie, upewnij się, że masz scenariusz testowy, który sprawdza to wymaganie oddzielnie.
  • Unikaj tworzenia zbyt skomplikowanych scenariuszy testowych obejmujących wiele wymagań.
  • Liczba scenariuszy może być duża, a uruchomienie ich wszystkich jest kosztowne. W oparciu o priorytety klienta uruchamiaj tylko wybrane Scenariusze Testowe

Przykład 1: Scenariusz testowy dla aplikacji eCommerce

W przypadku aplikacji eCommerce byłoby kilka scenariuszy testowych

Scenariusz testowy 1: Sprawdź funkcjonalność logowania

Scenariusz testowy aplikacji eCommerce

Aby pomóc Ci zrozumieć różnicę w scenariuszu testowym i Przypadki testowe, byłyby to konkretne przypadki testowe dla tego Scenariusza Testowego

  1. Sprawdź zachowanie systemu po wprowadzeniu prawidłowego adresu e-mail i hasła.
  2. Sprawdź zachowanie systemu w przypadku wprowadzenia nieprawidłowego adresu e-mail i prawidłowego hasła.
  3. Sprawdź zachowanie systemu w przypadku podania prawidłowego adresu e-mail i nieprawidłowego hasła.
  4. Sprawdź zachowanie systemu w przypadku wprowadzenia nieprawidłowego adresu e-mail i hasła.
  5. Sprawdź zachowanie systemu, gdy adres e-mail i hasło pozostaną puste, a w polu Zaloguj się zostanie wpisane.
  6. Sprawdź Nie pamiętam hasła, które działa zgodnie z oczekiwaniami
  7. Sprawdź zachowanie systemu po wprowadzeniu prawidłowego/nieprawidłowego numeru telefonu i hasła.
  8. Sprawdź zachowanie systemu, gdy zaznaczona jest opcja „Zachowuj podpis”.

Jak widać, przypadki testowe są bardziej szczegółowe.

Scenariusz testowy 2: Sprawdź funkcjonalność wyszukiwania

Scenariusz testowy aplikacji eCommerce

Scenariusz testowy 3: Sprawdź produkt DescriptStrona jonowa

Scenariusz testowy aplikacji eCommerce

Scenariusz testowy 4: Sprawdź funkcjonalność płatności

Scenariusz testowy aplikacji eCommerce

Scenariusz testowy 5: Sprawdź historię zamówień

Scenariusz testowy aplikacji eCommerce

Oprócz tych 5 scenariuszy, poniżej znajduje się lista wszystkich pozostałych scenariuszy

  • Sprawdź zachowanie strony głównej dla powracających klientów
  • Sprawdź strony kategorii/produktów
  • Sprawdź strony obsługi klienta/kontaktu
  • Sprawdź strony z ofertami dziennymi

Przykład 2: Scenariusze testowe dla witryny bankowej

Scenariusz testowy 1: Sprawdź funkcjonalność logowania i uwierzytelniania

Scenariusz testowy 2: Sprawdź, czy można wykonać przelew pieniężny

Scenariusz testowy 3: Można wyświetlić wyciąg z konta

Scenariusz testowy 4: Sprawdź, czy można utworzyć depozyt stały/depozyt okresowy

I tak dalej…

Szablon scenariusza testowego

Pobierz szablon scenariusza testowego Excel (.xlsx)