Przypadek testowy a scenariusz testowy – różnica między nimi

Kluczowe różnice między przypadkiem testowym a scenariuszem testowym

• Przypadek testowy to zestaw działań wykonywanych w celu sprawdzenia określonych cech lub funkcjonalności, natomiast Scenariusz Testowy to dowolna funkcjonalność, którą można przetestować.
• Przypadek testowy tworzony jest głównie na podstawie scenariuszy testowych, natomiast scenariusze testowe na podstawie artefaktów testowych, takich jak BRS i SRS.
• Przypadek Testowy pomaga w wyczerpującym testowaniu aplikacji, natomiast Scenariusz Testowy pomaga w zwinny sposób testować kompleksową funkcjonalność.
• Przypadki testowe skupiają się na tym, co i jak testować, podczas gdy Scenariusz testowy skupia się bardziej na tym, co testować.
• Przypadki testowe to działania niskiego poziomu, natomiast Scenariusze testowe to działania wysokiego poziomu.
• Przypadek testowy wymaga więcej zasobów i czasu na wykonanie testu, podczas gdy Scenariusz testowy wymaga mniej zasobów i czasu na wykonanie testu.
• Przypadek testowy obejmuje kroki testowe, dane i oczekiwane wyniki testowania, natomiast Scenariusz Testowy obejmuje testowaną kompleksową funkcjonalność.

Co to jest przypadek testowy?

A Przypadek testowy to zestaw działań wykonywanych w celu sprawdzenia określonej cechy lub funkcjonalności aplikacji. A Przypadek testowy zawiera kroki testowe, dane testowe, warunek wstępny i warunek końcowy opracowane dla konkretnego scenariusza testowego w celu sprawdzenia wszelkich wymagań. 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 oprogramowanie działa zgodnie z wymaganiami klienta.

Co to jest scenariusz testowy?

A Scenariusz testowy definiuje się jako dowolną funkcjonalność, którą można przetestować. Jest to zbiorczy zestaw przypadków testowych, który pomaga zespołowi testowemu określić pozytywne i negatywne cechy projektu.

Scenariusz testowy daje ogólny pogląd na to, co musimy przetestować.

Przykład scenariusza testowego

W przypadku aplikacji eCommerce byłoby kilka scenariuszy testowych

Scenariusz testowy 1: Sprawdź funkcjonalność wyszukiwania

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

Scenariusz testowy 3: Sprawdź funkcjonalność logowania

Przykład przypadków testowych

Przypadki testowe dla Scenariusz testowy: „Sprawdź funkcjonalność logowania” byłoby

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”.

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

Oto znaczące różnice między scenariuszem testowym a przypadkiem testowym

Scenariusz testowy	Przypadek testowy
Scenariusz testowy zawiera dokumentację wysokiego poziomu, która opisuje kompleksową funkcjonalność, która ma zostać przetestowana.	Przypadki testowe zawierają określone kroki testowe, dane i oczekiwane wyniki testowania wszystkich funkcji aplikacji.
Koncentruje się bardziej na tym, „co przetestować” niż „jak testować”.	Całkowity nacisk na „co testować” oraz „jak testować”.
Scenariusze testowe są jednowierszowe. Dlatego podczas testowania zawsze istnieje możliwość wystąpienia niejednoznaczności.	Przypadki testowe zdefiniowały krok, wymagania wstępne, oczekiwany wynik itp. Dlatego w tym procesie nie ma dwuznaczności.
Scenariusze testowe pochodzą z artefaktów testowych, takich jak BRS, SRS itp.	Przypadek testowy powstaje głównie na podstawie scenariuszy testowych. Z jednego scenariusza testowego można wyprowadzić wiele przypadków testowych
Pomaga w elastyczny sposób testować kompleksową funkcjonalność	Pomaga w wyczerpującym testowaniu aplikacji
Scenariusze testowe to działania wysokiego poziomu.	Przypadki testowe to działania niskiego poziomu.
Tworzenie i testowanie scenariuszy przy użyciu scenariuszy wymaga stosunkowo mniej czasu i zasobów.	Więcej zasobów potrzeba do dokumentacji i wykonania przypadków testowych.

Dlaczego piszemy przypadki testowe?

Oto kilka ważnych powodów, dla których warto utworzyć przypadek testowy:

• Przypadki testowe pomagają zweryfikować zgodność z obowiązującymi normami, wytycznymi i wymaganiami klientów
• Pomaga zweryfikować oczekiwania i wymagania klientów
• Zwiększona kontrola, logika i pokrycie przepływu danych
• Można symulować „prawdziwe” scenariusze użytkownika końcowego
• Ujawnia błędy lub defekty
• Kiedy przypadki testowe zostaną napisane w celu wykonania testów, praca inżyniera testów zostanie lepiej zorganizowana i uproszczona

Po co piszemy Scenariusz Testowy?

Oto ważne powody, dla których warto stworzyć scenariusz testowy:

• Głównym powodem napisania scenariusza testowego jest weryfikacja pełnej funkcjonalności aplikacji
• Pomaga także zapewnić, że procesy i przepływy biznesowe są zgodne z wymaganiami funkcjonalnymi
• Scenariusze testowe mogą zostać zatwierdzone przez różnych interesariuszy, np Analitycy Biznesowi, programistów i klientów, aby mieć pewność, że testowana aplikacja zostanie dokładnie przetestowana. 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ć najbardziej krytyczne kompleksowe transakcje lub rzeczywiste wykorzystanie aplikacji.
• Po sfinalizowaniu scenariuszy testowych przypadki testowe można łatwo wyprowadzić ze scenariuszy testowych.

Najlepsze praktyki tworzenia przypadków testowych

• Przypadki testowe powinny być przejrzyste i proste
• Stwórz Przypadek testowy utrzymując w umyśle użytkownika końcowego
• Unikaj powtarzania przypadków testowych
• Musisz upewnić się, że napiszesz przypadki testowe, aby sprawdzić wszystkie wymagania oprogramowania wymienione w dokumencie specyfikacji
• Nigdy nie zakładaj funkcjonalności i właściwości aplikacji podczas przygotowywania przypadku testowego
• Przypadki testowe muszą być łatwe do zidentyfikowania

Najlepsze praktyki tworzenia scenariusza testowego

• Scenariusze testowe to przeważnie jednowierszowe instrukcje, które mówią, co należy przetestować
• Opis scenariusza powinien być prosty i łatwy do zrozumienia
• Należy dokonać dokładnej oceny podanych wymagań
• Narzędzia i zasoby wymagane do testowania należy zgromadzić przed rozpoczęciem procesu testowania