Omówienie sposobu pisania przypadku testowego?

Rozważ scenariusz, w którym poproszono Cię o napisanie przypadków testowych do testowania aplikacji. Czy byłbyś w stanie zacząć? Być może słyszałeś terminy takie jak przypadki testowe, skrypty testowe, plany testowe itp. Wszystkie te słowa mogą ci się wydawać mylące, ponieważ wszystkie brzmią bardzo podobnie, ale z pewnością mają różne znaczenia. Bardzo ważne jest, aby dobrze rozumieć te terminologie oprogramowania, aby móc je rozróżnić. Aby być dobrze wydajnym w testowaniu, musisz zacząć od zrozumienia, jakie są przypadki testowe i jak możesz je napisać w taki sposób, aby obejmował podane wymagania.

Pamiętaj, że dobrym testerem jest ten, który jest zorientowany na szczegóły. Oprócz dbałości o szczegóły i specyfikacje, dobry tester powinien być w stanie skutecznie pisać przypadki testowe. Pisanie przypadków testowych nie jest łatwym zadaniem, ponieważ wymaga talentu, doświadczenia i dobrego zrozumienia biznesu. Jedną z kluczowych umiejętności wymaganych do pisania testów jakości są przyzwoite umiejętności pisania. Dobre przypadki testowe pisane są w celu zdefiniowania „co” i „jak” aplikacji. Niektórzy testerzy mogą traktować pisanie przypadków testowych jako nudne zadanie, ale jakość przypadków testowych determinuje jakość twojego oprogramowania, a tym samym określa wartość, wydajność i sukces zespołu firmy.

Pisanie przypadku testowego

Możemy zdefiniować przypadek testowy jako zestaw warunków wejściowych i wyjściowych lub zmiennych, które pomogą testerowi w określeniu, czy AUT (testowana aplikacja) spełnia wymagania określone w specyfikacji wymagań oprogramowania lub dokumencie wymagań. Zasadniczo jest to dokument zawierający informacje, takie jak warunki wstępne testowania, dane testowe użyte do testowania, identyfikator testu, opis testu, warunki dodatkowe testowania i kroki do przeprowadzenia testu. Zawiera również szczegółowe informacje na temat zaobserwowanego wyniku, tj. Wyniku rzeczywistego i wyniku zgodnie z wymaganiami, tj. Wyniku oczekiwanego.

Wszystkie te szczegóły są określone dla konkretnego scenariusza testu, aby sprawdzić zgodność z dokumentem wymagań. W zależności od porównania wyniku rzeczywistego i wyniku oczekiwanego przypadek testowy jest oznaczony jako pozytywny i negatywny. Test pozytywny ma rzeczywisty wynik, podobnie jak oczekiwany wynik, o którym mowa w wymaganiu. Z drugiej strony, nieudany przypadek testowy nie ma rzeczywistego wyniku pasującego do oczekiwanego, a zatem jest oznaczony jako nieudany.

Przypadek testowy to scenariusz, który jest pojedynczy i wykonywalny. Jest przeprowadzany przez testera, kierując się wyraźnie „krokami, które należy wykonać”, określonymi w przypadku testowym. Przypadek testowy może być traktowany jako seria instrukcji dostarczonych w formie kroków, aby zweryfikować i zweryfikować zachowanie oprogramowania zgodnie z wymaganiami.

Parametry przypadku testowego to:

  1. Identyfikator skrzynki testowej
  2. Nazwa skrzynki testowej
  3. Opis przypadku testowego
  4. Dane testowe
  5. Warunki wstępne
  6. Kroki testowe
  7. Spodziewany wynik
  8. Aktualny rezultat
  9. Warunki dodatkowe
  10. Środowisko testowe

Przypadki testowe mają wpływ na fazę testowania, dlatego należy upewnić się, że zostały napisane jeszcze przed rozpoczęciem fazy testowej. Pisanie przypadków testowych jest równie ważne i nieuniknione, jak proces testowania.

Kroki dla przypadku testowego

Kroki pisania dobrego przypadku testowego to:

  1. Dobry przypadek testowy ma identyfikator testu wraz z silną nazwą testu, która zapewnia przejrzystość testowanego modułu. Weź przykład, w którym testujesz stronę rejestracji. W takim przypadku użyj tytułu zawierającego „Stronę rejestracji” w tytule.
  2. Dobry przypadek testowy ma dobrze skonstruowany, mocny, zwarty i jasny opis testu, który należy wykonać. Czasami ta sekcja może zawierać warunki wstępne, informacje o środowisku testowym i inne tego typu czynniki.
  3. Dobry przypadek testowy wymienia założenia lub wszelkie warunki wstępne wymagane do prawidłowego wykonania danego testu. Może to zawierać wszelkie wymagania, takie jak wszelkie uprawnienia dostępu wymagane do uzyskania dostępu do testowanego modułu w aplikacji.
  4. Przypadek testowy zawierający informacje o danych testowych wykorzystywanych do testowania jest uważany za dobry przypadek testowy.
  5. Kroki w przypadkach testowych powinny być zwięzłe, proste i jasne. Upewnij się, że kroki nie wprowadzają w błąd, aby nie tracić czasu na wykonanie testów
  6. Należy wyraźnie wymienić oczekiwane i rzeczywiste wyniki dla każdego kroku. Są one bardzo pomocne dla testera, ponieważ przy jego użyciu tester może wyraźnie zidentyfikować etap, na którym aplikacja kończy się niepowodzeniem w czasie awarii.
  7. Last but not least, upewnij się, że przypadek testowy jest wielokrotnego użytku

Przykładowy przypadek testowy do testowania, czy użytkownik może zarejestrować się w aplikacji zawierającej adres e-mail, numer telefonu, ustawić hasło w formularzu.

Nazwa przypadku testowego: uwierzytelnianie strony rejestracji

Opis: nowy użytkownik powinien móc pomyślnie zarejestrować się w aplikacji.

Warunek : użytkownik powinien być nowym użytkownikiem.

Porady i wskazówki

Pisząc przypadki testowe, należy pamiętać o następujących kwestiach:

  • Upewnij się, że przypadek testowy zapewnia dobre pokrycie testowe, tzn. Że nie pominięto żadnej kluczowej funkcji podczas testowania
  • Upewnij się, że negatywne przypadki testowe lub negatywne scenariusze testowe są również dokładnie udokumentowane i przetestowane.

Wniosek

Przypadki testowe są potężne i są korzystne dla przyszłych pracowników, przekazując im prawdę o systemie i jego funkcjach.

Polecane artykuły

To był przewodnik na temat pisania przypadków testowych? Tutaj omówiliśmy wprowadzenie, pisanie przypadków testowych, kroki, aby napisać dobry przypadek testowy, parametry oraz kilka wskazówek i sztuczek. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -

  1. Co to jest testowanie oprogramowania?
  2. Testowanie czarnej skrzynki
  3. Kariera jako inżynier oprogramowania
  4. Appium vs Selenium
  5. Techniki testowania czarnej skrzynki
  6. 8 Ważne zadanie, aby napisać szablon planu testowego