jak pisać przypadki testowe z przykładami

co to jest przypadek testowy?

w kontekście testowania oprogramowania przypadek testowy odnosi się do sekwencji działań wymaganych do weryfikacji określonej funkcji lub funkcjonalności. Zasadniczo, przypadek testowy szczegółowo opisuje kroki, dane, wymagania wstępne i warunki postconditions niezbędne do weryfikacji funkcji.

to będzie rozłożyć szczególne zmienne, które QAs muszą porównać oczekiwane i rzeczywiste wyniki, aby stwierdzić, czy funkcja działa tak, jak powinna. Komponenty test case wspominają o wejściu, wykonaniu i oczekiwanym wyjściu/odpowiedzi. Zasadniczo mówi inżynierom, co mają robić, jak to zrobić i jakie wyniki są akceptowalne.

cel pisania przypadków testowych

• w celu weryfikacji określonych funkcji i funkcji oprogramowania.
• aby poprowadzić testerów przez ich codzienną praktyczną aktywność.
• aby nagrać katalog podjętych kroków, który może być ponownie odwiedzony w przypadku pojawienia się błędu.
• aby zapewnić plan dla przyszłych projektów i testerów, aby nie musieli zaczynać pracy od zera.
• aby pomóc wcześnie wykryć problemy z użytecznością i luki w projekcie.
• aby pomóc nowym testerom i programistom szybko rozpocząć testowanie, nawet jeśli dołączą do trwającego projektu.

Standardowy Format przypadku testowego

• identyfikator przypadku testowego
• Scenariusz testu
• etapy testu
• wymagania wstępne
• dane testu
• oczekiwane/zamierzone wyniki
• rzeczywiste wyniki
• status testu – zaliczenie/Fail

pisząc przypadki testowe, pamiętaj o wpisaniu:

• rozsądny opis wymogu
• opis procesu testowania
• szczegóły dotyczące konfiguracji testu: wersja testowanego oprogramowania, punkty danych, SYSTEM OPERACYJNY, sprzęt, poświadczenie bezpieczeństwa, data, godzina, wymagania wstępne itp.
• wszelkie powiązane dokumenty lub załączniki testerzy będą wymagali
• alternatywy dla warunków wstępnych, jeśli istnieją

wspólnych cech przypadków testowych

• , które prawdopodobnie będą regularnie aktualizowane i aktualizowane. Wymagania dotyczące oprogramowania mogą się zmieniać w zależności od priorytetów biznesowych lub preferencji klientów. Jeśli wymagania ulegną zmianie, przypadki testowe będą musiały zostać odpowiednio zmienione. Wykrywanie błędów i kroki debugowania mogą również wymagać zmiany przypadków testowych.
• Przypadki testowe w jednym scenariuszu testowym zwykle muszą być uruchamiane w określonej kolejności lub w grupie. W takim przypadku szczególne wymagania wstępne jednego przypadku testowego będą miały zastosowanie do innych przypadków testowych w tej samej kolejności.
• Często przypadki testowe mogą zależeć od siebie. Jest to szczególnie prawdziwe w przypadku aplikacji warstwowych z wielowarstwową logiką biznesową.
• może być używany zarówno przez testerów, jak i programistów. Przypadki testowe są pomocne zarówno dla programistów, jak i testerów. Na przykład, gdy programiści naprawiają błędy, przypadki testowe mogą być bardzo przydatne do replikacji wspomnianego błędu. W Test-Driven Development (TDD) programiści tworzą przypadki testowe do tworzenia logiki biznesowej, obejmują wiele scenariuszy testowych i rozpoczynają pisanie kodu.

przykład przypadku testowego

zbudujmy przykład przypadku testowego na podstawie określonego scenariusza. Oto przykładowy przypadek.

• Test Case ID: #BST001
• Scenariusz testu: aby uwierzytelnić pomyślnego użytkownika Zaloguj się Gmail.com
• kroki testowe:
  • użytkownik nawiguje do Gmail.com.
  • w polu „e-mail” użytkownik wprowadza zarejestrowany adres e-mail.
  • użytkownik kliknie przycisk „Dalej”.
  • użytkownik wpisuje zarejestrowane hasło.
  • użytkownik klika „Zaloguj się”.’
• wymagania wstępne: zarejestrowany identyfikator Gmaila z unikalną nazwą użytkownika i hasłem.
• przeglądarka: Chrome v 86. Urządzenie: Samsung Galaxy Tab S7.
• dane testowe: Prawidłowa nazwa użytkownika i hasło.
• Oczekiwane / Zamierzone Wyniki: Po wprowadzeniu nazwy użytkownika i hasła strona internetowa przekierowuje do skrzynki odbiorczej użytkownika, wyświetlając i podświetlając nowe wiadomości e-mail u góry.
• rzeczywiste wyniki: zgodnie z oczekiwaniami
• Status testu – Pass/Fail: Pass

najlepsze praktyki pisania przypadków testowych

• priorytet jasność i przejrzystość. Bądź jasny, zwięzły i asertywny w opisywaniu tego, co tester musi zrobić i jakie wyniki powinien uzyskać.
• skoncentruj się na wymaganiach użytkownika końcowego podczas pisania przykładowych przypadków testowych. Odwzoruj przypadki testowe, aby odzwierciedlić każdy aspekt podróży Użytkownika. Użyj dokumentu specyfikacji i dokumentu wymagań, aby to zrobić.
• unikaj powtarzania. Jeśli można wykonać wiele testów z tym samym przypadkiem testowym, użyj identyfikatora przypadku testowego, aby odnieść się do wymaganego przypadku testowego.
• Zachowaj kroki testowe tak minimalne, jak to możliwe. Najlepiej, aby utrzymać go do 10-15 kroków, jeśli to możliwe.
• skoncentruj się na osiągnięciu maksymalnego zasięgu testu. Chociaż 100% pokrycie testu jest rzadko osiągalne, wysoki procent można osiągnąć dzięki odpowiednim strategiom.

  Czytaj więcej: Jak zapewnić maksymalny zasięg testu?

• Tworzenie samoczyszczących przypadków testowych. Oznacza to, że przypadki testowe muszą przywrócić środowisko testowe do nieskazitelnego stanu przed testem. Testy nie powinny pozostawiać żadnych pozostałości po sobie w środowisku po ich zakończeniu. Jest to integralny element zarządzania konfiguracją. Aby lepiej zrozumieć: czym jest zarządzanie konfiguracją w DevOps?
• kształtuj przypadki testowe dla testów, które zwracają te same wyniki bez względu na to, kto je uruchamia. Upewnij się, że testy są samodzielne.

po ukształtowaniu przypadków testowych odpowiednie testy muszą być uruchomione na prawdziwych przeglądarkach, urządzeniach i systemach operacyjnych. Pamiętaj, że fragmentacja urządzenia jest istotnym problemem dla każdego programisty i testera. Każda strona internetowa musi działać płynnie na wielu kombinacjach urządzenie-przeglądarka-SYSTEM OPERACYJNY. Aby uzyskać dostęp do Internetu na całym świecie, ponad 9000 różnych urządzeń musi być zoptymalizowanych pod kątem różnych konfiguracji, portów widokowych i rozdzielczości ekranu.

Wypróbuj testowanie na prawdziwej chmurze urządzeń za darmo

w tym stanie żaden emulator ani symulator nie mogą replikować rzeczywistych warunków użytkownika. Oprogramowanie musi być testowane na prawdziwych urządzeniach, aby działać w rzeczywistych okolicznościach, takich jak niski poziom baterii, połączenia przychodzące, słaba siła sieci i tak dalej. Jeśli wewnętrzne laboratorium nie jest dostępne, wybierz opcję testowania w chmurze, która oferuje prawdziwe urządzenia.

Cloud Selenium grid BrowserStack oferuje ponad 2000 rzeczywistych urządzeń i przeglądarek do automatycznego testowania. Oznacza to, że użytkownicy mogą uruchamiać testy na wielu rzeczywistych urządzeniach i przeglądarkach, po prostu rejestrując się, logując się i wybierając wymagane kombinacje. Testerzy mogą również przeprowadzać testy Cypress na ponad 30 rzeczywistych wersjach przeglądarek w systemach Windows i macOS. Wykrywaj błędy przed użytkownikami, testując oprogramowanie w rzeczywistych warunkach za pomocą BrowserStack.

tworzenie dobrze ustrukturyzowanych i zorientowanych na wyniki przypadków testowych jest podstawą do przeprowadzenia udanych testów. Ponadto zapewniają one kompleksowy zakres testów i zapewniają jasny plan kontroli jakości. Skorzystaj z tego artykułu, aby poznać podstawy tworzenia skutecznych przypadków testowych i rozpocząć wykonywanie testów zaprojektowanych w celu optymalizacji i dostarczania najwyższej jakości doświadczeń użytkowników.