Przypadek testowy a scenariusz testowy: jaka jest różnica?

Spisie treści:

Anonim

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.

Co to jest scenariusz testowy?

Scenariusz testowy to dowolna 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ólne pojęcie o tym, co musimy przetestować.

Przykład scenariusza testowego

W przypadku aplikacji eCommerce byłoby kilka scenariuszy testowych

Scenariusz testowy 1: Sprawdź funkcję wyszukiwania

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

Scenariusz testowy 3: Sprawdź funkcjonalność logowania

KLUCZOWA RÓŻNICA

  • Przypadek testowy to zestaw działań wykonywanych w celu zweryfikowania określonych funkcji lub funkcjonalności, podczas gdy scenariusz testowy to dowolna funkcjonalność, którą można przetestować.
  • Przypadek testowy pochodzi głównie ze scenariuszy testowych, podczas gdy scenariusze testowe pochodzą z artefaktów testowych, takich jak BRS i SRS.
  • Test Case pomaga w wyczerpującym testowaniu aplikacji, podczas gdy Test Scenario pomaga w zwinny sposób testować pełną funkcjonalność.
  • Przypadki testowe koncentrują się na tym, co testować i jak testować, podczas gdy scenariusz testowy jest bardziej skoncentrowany na tym, co testować.
  • Przypadki testowe to akcje niskiego poziomu, podczas gdy scenariusze testowe to działania wysokiego poziomu.
  • Przypadek Testowy wymaga więcej zasobów i czasu na wykonanie testów, podczas gdy Scenariusz Testowy wymaga mniej zasobów i czasu na wykonanie testów.
  • Przypadek testowy zawiera kroki testowe, dane, oczekiwane wyniki testów, podczas gdy scenariusz testowy zawiera kompleksową funkcjonalność do przetestowania.

Przykład przypadków testowych

Przypadki testowe dla scenariusza testowego: „Sprawdź funkcjonalność logowania” byłoby

  1. Sprawdź zachowanie systemu po wprowadzeniu prawidłowego identyfikatora e-mail i hasła.
  2. Sprawdź zachowanie systemu po wprowadzeniu nieprawidłowego identyfikatora e-mail i prawidłowego hasła.
  3. Sprawdź zachowanie systemu po wprowadzeniu prawidłowego identyfikatora e-mail i nieprawidłowego hasła.
  4. Sprawdź zachowanie systemu po wprowadzeniu nieprawidłowego identyfikatora e-mail i nieprawidłowego hasła.
  5. Sprawdź zachowanie systemu, gdy identyfikator e-mail i hasło są puste i wpisano opcję Zaloguj się.
  6. Sprawdź Nie pamiętasz hasła, 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 „Zachowaj podpisywanie”

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żesz symulować „rzeczywiste” scenariusze użytkowników końcowych
  • Ujawnia błędy lub wady
  • Kiedy przypadki testowe są pisane w celu wykonania testów, praca inżyniera testów będzie lepiej zorganizowana i uproszczona

Dlaczego 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 również upewnić się, że procesy biznesowe i przepływy są zgodne z wymaganiami funkcjonalnymi
  • Scenariusze testowe mogą być zatwierdzane przez różnych interesariuszy, takich jak analityk biznesowy, programiści, klienci, aby upewnić się, że testowana aplikacja została dokładnie przetestowana. Zapewnia, że ​​oprogramowanie działa w większości typowych przypadków użycia.
  • Służą jako szybkie narzędzie do określenia nakładu pracy związanej z testowaniem i odpowiednio tworzą ofertę dla klienta lub organizują siłę roboczą.
  • Pomagają określić najbardziej krytyczne transakcje typu end-to-end lub rzeczywiste wykorzystanie aplikacji.
  • Po sfinalizowaniu tych scenariuszy testowych przypadki testowe można łatwo wyprowadzić ze scenariuszy testowych.

Przypadek testowy a scenariusz testowy

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ść do przetestowania. Przypadki testowe zawierają określone kroki testowe, dane, oczekiwane wyniki testowania wszystkich funkcji aplikacji.
Skupia się bardziej na tym, „co testować” niż „jak testować”. Całkowity nacisk na „co testować” i „jak testować”.
Scenariusze testowe są jednowierszowe. Dlatego podczas testowania zawsze istnieje możliwość niejednoznaczności. Przypadki testowe mają zdefiniowany krok, wymagania wstępne, oczekiwany wynik itp. Dlatego nie ma w tym procesie niejednoznaczności.
Scenariusze testowe pochodzą z artefaktów testowych, takich jak BRS, SRS itp. Przypadek testowy pochodzi głównie ze scenariuszy testowych. Z jednego scenariusza testowego można uzyskać wiele przypadków testowych
Pomaga w zwinny sposób testowania funkcjonalności od końca do końca Pomaga w wyczerpującym testowaniu aplikacji
Scenariusze testowe to działania wysokiego poziomu. Przypadki testowe to działania niskiego poziomu.
Tworzenie i testowanie przy użyciu scenariuszy wymaga stosunkowo mniej czasu i zasobów. Potrzeba więcej zasobów do dokumentowania i wykonywania przypadków testowych.

Najlepsze praktyki tworzenia przypadków testowych

Przykład przypadku testowego
  • Przypadki testowe powinny być przejrzyste i proste
  • Utwórz przypadek testowy, pamiętając o użytkowniku końcowym
  • 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 funkcji swojej aplikacji podczas przygotowywania testu
  • Przypadki testowe muszą być łatwe do zidentyfikowania

Najlepsze praktyki tworzenia scenariusza testowego

Przykład scenariusza testowego
  • Scenariusze testowe to głównie instrukcje jednowierszowe, które mówią, co powinno być testowane
  • Opis scenariusza powinien być prosty i łatwy do zrozumienia
  • Należy dokonać dokładnej oceny podanych wymagań
  • Wymagane narzędzia i zasoby do testowania należy zgromadzić przed rozpoczęciem procesu testowania