Co to jest scenariusz testowy: szablon scenariusza testowego z przykładami

what is test scenario

W tym samouczku wyjaśniono, czym jest scenariusz testowy wraz z ważnością, implementacją, przykładami i szablonami scenariusza testowego:

O każdej funkcji / funkcji oprogramowania, które można przetestować, mówi się, że jest scenariuszem testowym. Perspektywa użytkownika końcowego jest brana pod uwagę podczas pisania dowolnych scenariuszy testowych.

Ten samouczek pomoże Ci odpowiedzieć na pytania: dlaczego scenariusze testowe są wymagane, kiedy są pisane scenariusze testowe i jak pisać scenariusze testowe.

Czego się nauczysz:

• Co to jest scenariusz testowy?
  • Znaczenie scenariusza testowego
  • Różnica między scenariuszem testowym a przypadkiem testowym
  • Dlaczego scenariusze testowe są niezbędne?
  • Wdrażanie scenariuszy testowych
• Przykłady scenariuszy testowych
  • # 1) Scenariusze testowe dla aplikacji Kindle
  • # 2) Kryteria akceptacji dla Dokumentów Google
  • Przykład szablonu scenariusza testowego
• Wniosek
  • rekomendowane lektury

Co to jest scenariusz testowy?

Rozważ hipotetyczną sytuację: Jest ogromny ocean. Musisz podróżować przez ocean od jednego brzegu do drugiego. Na przykład, od Mumbaju w Indiach do wybrzeża Colombo w Sri Lance.

Możesz wybrać sposób podróży:

(i) Drogi lotnicze: Wybierz się na lot do Colombo

(ii) Drogi wodne:Wolę statek do Kolombo

(iii) Koleje:Wsiądź do pociągu do Srilanki

główne różnice między c i c ++

Teraz do scenariuszy testowych: Podróż z wybrzeża Bombaju na wybrzeże Kolombo to funkcja, którą należy przetestować.

Scenariusze testów obejmują:

• Podróżowanie drogą lotniczą,
• Podróżowanie drogą wodną lub
• Podróżowanie koleją.

Te scenariusze testowe będą miały przypadki testowe.

Przypadki testowe, które można napisać dla powyższych scenariuszy testowych, obejmują:

Scenariusz testowy: Podróżowanie drogą lotniczą

Przypadki testowe mogą obejmować scenariusze takie jak:

1. Lot odbywa się zgodnie z rozkładem.
2. Lot nie jest zgodny z rozkładowym czasem.
3. Nastąpiła sytuacja awaryjna (obfite opady i burza).

W ten sam sposób można napisać oddzielny zestaw przypadków testowych dla innych pozostałych scenariuszy.

Przejdźmy teraz do scenariuszy testów technologicznych.

Wszystko, co można przetestować, jest scenariuszem testowym. W ten sposób możemy stwierdzić, że każda funkcjonalność oprogramowania, która jest testowana i może być podzielona na wiele mniejszych funkcji i może być określona jako „scenariusz testowy”.

Przed dostarczeniem klientowi jakiegokolwiek produktu należy ocenić i ocenić jakość produktu. Scenariusz testowy pomaga w ocenie jakości funkcjonalnej aplikacji, która jest zgodna z jej wymaganiami biznesowymi.

Scenariusz testera to proces, w którym tester testuje aplikację z perspektywy użytkownika końcowego. Wydajność i jakość aplikacji są dokładnie oceniane przed wdrożeniem w środowisku produkcyjnym.

Znaczenie scenariusza testowego

• Jeden scenariusz testowy może mieć wiele „przypadków testowych”. Można to sobie wyobrazić jako duży obraz panoramiczny, a przypadki testowe to małe części, które są ważne do ukończenia panoramy.
• Jest to instrukcja jednowierszowa, a przypadki testowe składają się z opisu krok po kroku w celu wypełnienia celu instrukcji scenariusza testowego.
• Przykład:

Scenariusz testowy: Dokonaj płatności za skorzystaną usługę taksówki.

Będzie to miało wiele przypadków testowych, jak podano poniżej:

(ja) Stosowana metoda płatności: PayPal, Paytm, karta kredytowa / debetowa.
(ii) Płatnośćgotowe zakończyło się sukcesem.
(iii) Dokonana płatność nie powiodła się.
(iv) Płatnośćproces przerwany pomiędzy.
(v) Brak dostępu do metod płatności.
(my) Aplikacjapsuje się pomiędzy.

• W ten sposób scenariusze testowe pomagają w ocenie aplikacji pod kątem rzeczywistych sytuacji.
• Określone scenariusze testowe pomagają w rozwidlaniu zakresu testów.
• To rozgałęzienie jest określane jako priorytetyzacja, która pomaga w określeniu ważnych funkcji aplikacji.
• Priorytetowe testowanie funkcjonalności w dużym stopniu pomaga w pomyślnym wdrożeniu aplikacji.
• Ponieważ scenariusze testowe otrzymują priorytety, najważniejsze funkcje można łatwo zidentyfikować i przetestować w pierwszej kolejności. Dzięki temu większość kluczowych funkcji działa poprawnie, a związane z tym usterki są odpowiednio wychwytywane i usuwane.
• Scenariusze testowe określają przepływ procesów biznesowych oprogramowania, dzięki czemu możliwe jest testowanie aplikacji od końca do końca.

Różnica między scenariuszem testowym a przypadkiem testowym

Dlaczego scenariusze testowe są niezbędne?

Scenariusze testowe pochodzą z wymagań lub historyjek użytkownika.

• Weź przykład scenariusza testowego rezerwacji taksówki.
• Scenariusze mogą obejmować opcje rezerwacji taksówki, metody płatności, śledzenie GPS, mapę drogową wyświetlaną poprawnie lub nie, szczegóły dotyczące kabiny i kierowcy wyświetlane poprawnie lub nie, itp. Wszystkie są wymienione w szablonie scenariusza testowego.
• Załóżmy teraz, że scenariusz testowy polega na sprawdzeniu, czy usługi lokalizacyjne są włączone, a jeśli nie są włączone, wyświetla komunikat „Włącz usługi lokalizacyjne”. Ten scenariusz został pominięty i nie został wymieniony w szablonie scenariuszy testowych.
• Scenariusz „usługi lokalizacyjnej” daje początek innym scenariuszom testowym z nim związanym. Mogą to być:
  • Usługa lokalizacji jest wyszarzona.
  • Usługa lokalizacji jest włączona, ale nie ma internetu.
  • Ograniczenia dotyczące usług lokalizacyjnych.
  • Wyświetlana jest niewłaściwa lokalizacja.
• Brakuje jednego scenariusza może oznaczać utratę wielu innych kluczowych scenariuszy lub przypadków testowych . To może mieć świetne negatywny wpływ podczas wdrażania aplikacji. Powoduje to znaczną utratę regresów (terminów).
• Scenariusze testowe pomagają w dużym stopniu w unikanie wyczerpujących testów . Zapewnia to przetestowanie wszystkich kluczowych i oczekiwanych przepływów biznesowych, co dodatkowo pomaga w końcowym testowaniu aplikacji.
• To oszczędza czas. Ponadto nie jest wymagany bardzo szczegółowy opis przypadków testowych. Podano jednowierszowy opis tego, co należy przetestować.
• Scenariusze testowe są pisane po sesje burzy mózgów członków zespołu. Stąd prawdopodobieństwo przeoczenia któregokolwiek scenariusza (kluczowego lub drugorzędnego) jest minimalne. Odbywa się to z uwzględnieniem aspektów technicznych, a także przepływu biznesowego aplikacji.
• Ponadto scenariusze testowe mogą zostać zatwierdzone przez analityka biznesowego lub klienta lub oboje, którzy mają wyraźną wiedzę o testowanej aplikacji.

Scenariusze testowe są zatem nieodzowną częścią SDLC.

Wdrażanie scenariuszy testowych

Zobaczmy realizację scenariuszy testowych lub jak pisać scenariusze testowe-

• Tworzone są epiki / wymagania biznesowe.
  • Przykład Epic : Utwórz konto Gmail. Epicka może być główną cechą aplikacji lub wymaganiem biznesowym.
• Epiki są podzielone na mniejsze historie użytkowników w trakcie sprintów.
• Historie użytkowników pochodzą z Epics. Te historyjki użytkowników muszą zostać opracowane i zatwierdzone przez interesariuszy.

• Scenariusze testowe pochodzą z historyjek użytkownika lub BRS (Dokument wymagań biznesowych), SRS (Dokument specyfikacji wymagań systemowych) lub FRS (Dokument wymagań funkcjonalnych), który jest sfinalizowany i określony jako punkt odniesienia.
• Testerzy piszą scenariusze testów.
• Te scenariusze testów są zatwierdzane przez kierownika zespołu, analityka biznesowego lub kierownika projektu, w zależności od organizacji.
• Każdy scenariusz testowy musi być powiązany z co najmniej jedną historyjką użytkownika.
• Należy określić pozytywne i negatywne scenariusze testowe.
• Historie użytkowników składają się z Kryteria akceptacji, takie jak :
  • Kryteria akceptacji to lista warunków lub stanu intencji wymagań klienta. Oczekiwania klienta, a także nieporozumienia są brane pod uwagę podczas pisania kryteriów akceptacji.
  • Są one unikalne dla jednej historyjki użytkownika, a każda historyjka użytkownika musi mieć co najmniej jedno kryterium akceptacji, które powinno być niezależnie testowane.
  • Kryteria akceptacji pomagają określić, które funkcje są objęte zakresem, a które są poza zakresem projektu. Kryteria te powinny obejmować zarówno cechy funkcjonalne, jak i niefunkcjonalne.
  • Analitycy biznesowi piszą kryteria akceptacji, a właściciel produktu je zatwierdza.
  • W niektórych przypadkach właściciel produktu może sam napisać kryteria.
  • Scenariusze testowe można uzyskać z kryteriów akceptacji.

Przykłady scenariuszy testowych

# 1) Scenariusze testowe dla aplikacji Kindle

Kindle to aplikacja, która umożliwia swoim e-czytelnikom wyszukiwanie e-booków online, pobieranie ich i kupowanie. Amazon Kindle daje czytnikowi e-booków rzeczywiste doświadczenie trzymania książki w ręku i czytania jej. Nawet przewracanie stron jest ładnie symulowane w aplikacji.

Teraz zanotujmy scenariusze testów. ( Uwaga: Ograniczone scenariusze są wymienione poniżej, aby uzyskać ogólny pomysł na napisanie scenariusza testowego. Można z niej wyprowadzić wiele przypadków testowych).

Z każdego scenariusza testowego określonego powyżej można wyprowadzić wiele przypadków testowych.

jak napisać selektor css w selenie

# 2) Kryteria akceptacji dla Dokumentów Google

„Dokumenty Google” to aplikacja internetowa do tworzenia, edytowania i udostępniania dokumentów tekstowych, arkuszy kalkulacyjnych, slajdów i formularzy. Dostęp do wszystkich plików można uzyskać online za pomocą przeglądarki internetowej mającej połączenie z Internetem.

Utworzone dokumenty można udostępniać jako stronę internetową lub dokument gotowy do druku. Użytkownik może ustawić ograniczenia dotyczące tego, kto może wyświetlać i edytować dokumenty. Pojedynczy dokument może być współdzielony i opracowywany wspólnie przez różne osoby z różnych lokalizacji geograficznych.

Poniżej przedstawiono ograniczone scenariusze testowe dla ogólnego zrozumienia. Dogłębne scenariusze testów dla dokumentów Google mogą być zupełnie odrębnym tematem.

W przypadku Dokumentów Google liczba scenariuszy testowych będzie bardzo duża. W takich przypadkach na ogół tylko kryteria akceptacji są ustalane i zatwierdzane przez interesariuszy, a członkowie zespołu pracują nad tymi kryteriami. Pisanie przypadków testowych dla lub raczej scenariuszy testowych może być wyczerpującym zadaniem w przypadku dużych aplikacji.

Te kryteria akceptacji odgrywają główną rolę w iteracyjnym planowaniu procesów i nigdy nie należy ich przeoczyć. Zdefiniowanie ich z góry iz góry pozwala uniknąć niespodzianek lub wstrząsów pod koniec sprintów lub wydań

Dany warunek wstępny.
Gdy wykonać akcję.
Następnie oczekiwany wynik.

Formaty Given, When i Then są pomocne przy określaniu kryteriów akceptacji.

Przykład szablonu scenariusza testowego

Wniosek

W każdym cyklu życia testowania oprogramowania zrozumienie i określenie scenariuszy testowych jest bardzo istotnym elementem. Jakość oprogramowania można poprawić, mając dobrą podstawę dla scenariuszy testowych. Często użycie przypadków testowych i scenariuszy testowych może być wymieniane.

Jednak zasada kciuka polega na tym, że scenariusz testowy jest używany do pisania wielu przypadków testowych lub możemy powiedzieć, że przypadki testowe są wyprowadzane ze scenariuszy testowych. Dobrze zdefiniowane scenariusze testów zapewniają dobrą jakość oprogramowania.

rekomendowane lektury

• Przykładowy szablon planu testów oprogramowania z formatem i zawartością
• Przykładowy szablon przypadku testowego z przykładami przypadków testowych [Pobierz]
• Przykładowy szablon raportu z testu akceptacji z przykładami
• Szablony w C ++ z przykładami
• Python DateTime Tutorial z przykładami
• Polecenie Cut w systemie Unix z przykładami
• Scenariusz testowy a Przypadek testowy: Jaka jest różnica między nimi?
• Wtyczka Blazemeter i szablon Jmeter