use case use case testing complete tutorial
Na początek zrozummy „Co to jest przypadek użycia?” a później omówimy „Co to jest testowanie przypadków użycia?” .
Przypadek użycia to narzędzie do definiowania wymaganej interakcji użytkownika. Jeśli próbujesz utworzyć nową aplikację lub wprowadzić zmiany w istniejącej aplikacji, odbywa się kilka dyskusji. Jedną z krytycznych dyskusji, które musisz przeprowadzić, jest to, w jaki sposób przedstawisz wymagania dotyczące oprogramowania.
Eksperci biznesowi i programiści muszą wzajemnie rozumieć wymagania, ponieważ jest to bardzo trudne do osiągnięcia. Każda standardowa metoda strukturyzacji komunikacji między nimi będzie naprawdę dobrodziejstwem. To z kolei zmniejszy nieporozumienia i tutaj pojawia się miejsce, w którym pojawia się przypadek użycia.
Ten samouczek da ci jasny obraz koncepcji przypadku użycia i testowania, tym samym obejmując różne związane z nim aspekty z praktycznymi przykładami dla łatwego zrozumienia każdego, kto jest zupełnie nowy w tej koncepcji.
Czego się nauczysz:
- Przypadek użycia
- Kto korzysta z dokumentów „przypadków użycia”?
- Rodzaje przypadków użycia
- Elementy w przypadkach użycia
- Reprezentacja
- Jak napisać przypadek użycia?
- Diagram przypadków użycia
- Działania użytkownika
- Co to jest testowanie przypadków użycia?
- Wniosek
- rekomendowane lektury
Przypadek użycia
Przypadki użycia odgrywają znaczącą rolę w różnych fazach cyklu życia oprogramowania. Przypadek użycia zależy od „działań użytkownika” i „odpowiedzi systemu” na działania użytkownika.
Jest to dokumentacja „Czynności” wykonywanych przez Aktora / Użytkownika oraz odpowiadających im „Zachowań” Systemu „Akcji” użytkownika. Przypadków użycia może, ale nie musi, skutkować osiągnięciem celu przez „aktora / użytkownika” w zakresie interakcji z systemem.
W przypadku użycia opiszemy „Jak system zareaguje na dany scenariusz?” . Jest „zorientowany na użytkownika”, a nie „zorientowany na system”.
Jest „zorientowany na użytkownika”: Określimy „jakie działania wykonuje użytkownik?” I „Co aktorzy widzą w systemie?”.
Nie jest „zorientowany systemowo”: Nie będziemy określać „Jakie dane wejściowe są przekazywane do systemu?” Ani „Jakie dane wyjściowe generuje system?”.
Zespół programistów musi napisać „Przypadki użycia”, ponieważ faza rozwoju w dużym stopniu zależy od nich.
Twórca przypadków użycia, członkowie zespołu i klienci będą współtworzyć te przypadki. Aby je stworzyć, musimy mieć złożony zespół programistów, który powinien być bardzo świadomy koncepcji projektu.
Po wdrożeniu sprawy dokument jest testowany, a zachowanie Systemu odpowiednio sprawdzane. W przypadku, gdy duża litera „A” oznacza „aktora”, litera „S” oznacza „system”.
Kto korzysta z dokumentów „przypadków użycia”?
Ta dokumentacja zawiera pełny przegląd różnych sposobów, w jakie użytkownik współdziała z systemem, aby osiągnąć cel. Lepsza dokumentacja może pomóc w znacznie łatwiejszym zidentyfikowaniu wymagań dotyczących systemu oprogramowania.
Ta dokumentacja może być używana przez programistów, testerów oprogramowania, a także Interesariuszy.
Zastosowania dokumentów:
- Programiści używają dokumentów do implementacji kodu i projektowania go.
- Testerzy używają ich do tworzenia przypadki testowe .
- Interesariusze biznesowi używają tego dokumentu do zrozumienia wymagań oprogramowania.
Rodzaje przypadków użycia
Istnieją 2 rodzaje.
Oni są:
- Słoneczny dzień
- Deszczowy dzień
# 1) Przypadki użycia w słoneczny dzień
Są to główne przypadki, które najprawdopodobniej zdarzają się, gdy wszystko idzie dobrze. Są one traktowane priorytetowo niż inne sprawy. Po zakończeniu spraw przekazujemy je zespołowi projektowemu do przeglądu i upewniamy się, że uwzględniliśmy wszystkie wymagane przypadki.
najlepszy darmowy chrome pop-up blocker
# 2) Przypadki użycia w deszczowy dzień
Można je zdefiniować jako listę przypadków skrajnych. Priorytet takich przypadków będzie miał miejsce po „Sunny Use Cases”. Możemy zwrócić się o pomoc do interesariuszy i menedżerów produktu, aby ustalić priorytety spraw.
Elementy w przypadkach użycia
Poniżej podano różne elementy:
1) Krótkie opis : Krótki opis wyjaśniający sprawę.
2) Aktor : Użytkownicy zaangażowani w działania przypadków użycia.
3) Warunek wstępny : Warunki, które należy spełnić przed rozpoczęciem sprawy.
4) Podstawowy Pływ : „Przepływ podstawowy” lub „Scenariusz główny” to normalny przepływ pracy w systemie. Jest to przepływ transakcji dokonywanych przez aktorów w celu osiągnięcia ich celów. Gdy aktorzy wchodzą w interakcję z systemem, ponieważ jest to normalny przepływ pracy, nie będzie żadnego błędu, a aktorzy uzyskają oczekiwane wyniki.
5) Alternatywny pływ : Oprócz normalnego przepływu pracy system może mieć również „Alternatywny przepływ pracy”. Jest to mniej powszechna interakcja użytkownika z systemem.
6) Wyjątek pływ : Przepływ, który uniemożliwia użytkownikowi osiągnięcie celu.
7) Poczta Warunki : Warunki, które należy sprawdzić po zakończeniu sprawy.
Reprezentacja
Sprawa jest często przedstawiana w postaci zwykłego tekstu lub diagramu. Ze względu na prostotę diagramu przypadków użycia jest on uważany za opcjonalny przez każdą organizację
Przykład użycia:
Tutaj wyjaśnię przypadek „logowania” do „systemu zarządzania szkołą”.
Nazwa przypadku użycia | Zaloguj sie | |
---|---|---|
3b | Nieprawidłowa legitymacja studencka wpisana 4 razy. S: Aplikacja zostaje zamknięta | |
Opis przypadku użycia | Logowanie użytkownika do Systemu w celu uzyskania dostępu do funkcjonalności systemu. | |
Aktorzy | Rodzice, uczniowie, nauczyciel, administrator | |
Warunek wstępny | System musi być podłączony do sieci. | |
Stan końcowy | Po pomyślnym zalogowaniu na identyfikator poczty użytkownika zostanie wysłana wiadomość e-mail z powiadomieniem |
Główne scenariusze | Numer seryjny | Kroki |
---|---|---|
Aktorzy / użytkownicy | 1 | Wpisz nazwę użytkownika Wprowadź hasło |
dwa | Sprawdź poprawność nazwy użytkownika i hasła | |
3 | Zezwól na dostęp do systemu | |
Rozszerzenia | 1a | Zła nazwa użytkownika System wyświetla komunikat o błędzie |
2b | nieprawidłowe hasło System wyświetla komunikat o błędzie | |
3c | 4 razy nieprawidłowe hasło Aplikacja zamknięta |
Punkty, na które należy zwrócić uwagę
- Typowe błędy popełniane przez uczestników w przypadku przypadku użycia polegają na tym, że zawiera on zbyt wiele szczegółów dotyczących konkretnego przypadku lub nie zawiera ich wcale.
- Są to modele tekstowe, w razie potrzeby możemy dodać do nich diagram wizualny lub nie.
- Określ odpowiedni warunek wstępny.
- Napisz kroki procesu we właściwej kolejności.
- Określ wymagania jakościowe dla procesu.
Jak napisać przypadek użycia?
Poniższe podsumowanie punktów pomoże ci to napisać:
=> Kiedy próbujemy napisać sprawę, pierwsze pytanie, które powinno się zadać, brzmi: „Jakie jest główne zastosowanie dla klienta?”. To pytanie sprawi, że będziesz pisać swoje przypadki z perspektywy użytkownika.
=> Musieliśmy uzyskać szablon dla tych.
=> Musi być produktywne, proste i mocne. Silny przypadek użycia może zaimponować odbiorcom, nawet jeśli popełniają drobne błędy.
=> Powinniśmy to ponumerować.
=> Powinniśmy zapisać krok procesu w jego kolejności.
=> Nadaj odpowiednią nazwę Scenariuszom, nazewnictwo musi być wykonane zgodnie z celem.
=> Jest to proces powtarzalny, co oznacza, że kiedy piszesz je po raz pierwszy, nie będzie on doskonały.
=> Zidentyfikuj aktorów w systemie. W systemie możesz znaleźć kilku aktorów.
Przykład ,jeśli weźmiesz pod uwagę witrynę e-commerce, taką jak Amazon, możemy tam znaleźć aktorów, takich jak kupujący, sprzedawcy, hurtownicy, audytorzy, dostawcy, dystrybutorzy, obsługa klienta itp.
Najpierw rozważmy pierwszych aktorów. Możemy mieć więcej niż jednego aktora zachowującego się tak samo.
Na przykład , zarówno kupujący, jak i sprzedający mogą „założyć konto”. Podobnie „Kupujący i sprzedający” mogą „wyszukać przedmiot”. Są to więc zduplikowane zachowania i należy je wyeliminować. Oprócz używania zduplikowanych przypadków, musimy mieć bardziej ogólne przypadki. Dlatego musimy uogólniać przypadki, aby uniknąć powielania.
=> Musimy określić odpowiedni warunek wstępny.
Diagram przypadków użycia
Diagram przypadków użycia to obrazowa reprezentacja działań użytkownika (ów) w systemie. Zapewnia świetne narzędzie w tym kontekście, jeśli diagram zawiera wielu aktorów, jest bardzo łatwy do zrozumienia. Jeśli jest to diagram wysokiego poziomu, nie będzie zawierał wielu szczegółów. Przedstawia złożone idee w dość podstawowy sposób.
Rys nr: UC 01
Jak pokazano w Rys nr: UC 01 przedstawia diagram, na którym Prostokąt reprezentuje „System”, owal przedstawia „Przypadek użycia”, strzałka przedstawia „Relację”, a Mężczyzna reprezentuje „Użytkownika / Aktora”. Pokazuje system / aplikację, a następnie organizację / osoby, które z nim współpracują, i pokazuje podstawowy przepływ „Co robi system?”
Rys nr: UC 02
Rys nr: UC 03 - Schemat przypadków użycia do logowania
To jest diagram przypadków użycia dla przypadku „logowania”. Tutaj mamy więcej niż jednego aktora, wszyscy oni są umieszczeni poza systemem. Uczniowie, nauczyciele i rodzice są uważani za głównych aktorów. Dlatego wszystkie są umieszczone po lewej stronie prostokąta.
Administrator i personel są traktowani jako drugorzędni aktorzy, dlatego umieszczamy ich po prawej stronie prostokąta. Aktorzy mogą logować się do systemu, więc łączymy aktorów i skrzynkę logowania za pomocą łącznika.
Inne funkcje dostępne w systemie to Resetuj hasło i Zapomniałem hasła. Wszystkie są związane z przypadkiem logowania, więc podłączamy je do złącza.
Działania użytkownika
Są to czynności wykonywane przez użytkownika w systemie.
Na przykład: Wyszukiwanie na miejscu, dodawanie pozycji do ulubionych, próba kontaktu itp.
Uwaga:
- System to „cokolwiek rozwijasz”. Może to być strona internetowa, aplikacja lub jakikolwiek inny składnik oprogramowania. Zwykle jest reprezentowany przez prostokąt. Zawiera przypadki użycia. Użytkownicy są umieszczani poza „prostokątem”.
- Przypadków użycia są generalnie reprezentowane przez kształty owalne określające działania w nich zawarte.
- Aktorzy / użytkownicy to ludzie, którzy korzystają z systemu. Ale czasami mogą to być inne systemy, osoba lub inna organizacja.
Co to jest testowanie przypadków użycia?
Podlega technice testowania funkcjonalnej czarnej skrzynki. Ponieważ jest to test czarnej skrzynki, nie będzie żadnej kontroli kodów. W tej sekcji przedstawiono kilka interesujących faktów na ten temat.
Zapewnia, czy ścieżka używana przez użytkownika działa zgodnie z przeznaczeniem, czy nie. Daje pewność, że użytkownik może pomyślnie wykonać zadanie.
Kilka faktów
- To nie testowanie jest wykonywane w celu zadecydowania o jakości oprogramowania.
- Nawet jeśli jest to rodzaj testów od końca do końca, nie zapewni to pełnego pokrycia aplikacji użytkownika.
- Na podstawie wyniku testu znanego z testów przypadków użycia nie możemy zdecydować o wdrożeniu środowiska produkcyjnego.
- Pozwoli wykryć błędy w testowaniu integracyjnym.
Przykład testowania przypadków użycia:
Rozważ scenariusz, w którym użytkownik kupuje przedmiot w witrynie zakupów online. Użytkownik najpierw zaloguje się do systemu i rozpocznie wyszukiwanie. Użytkownik wybierze jedną lub więcej pozycji wyświetlanych w wynikach wyszukiwania i doda je do koszyka.
Po tym wszystkim się wymelduje. To jest przykład logicznie połączonej serii kroków, które użytkownik wykona w systemie, aby wykonać zadanie.
W ramach tego testu testowany jest przepływ transakcji w całym systemie od końca do końca. Przypadki użycia to ogólnie ścieżka, z której użytkownicy będą najczęściej korzystać w celu wykonania określonego zadania.
To sprawia, że Use Case jest łatwy do znalezienia, ponieważ zawiera ścieżkę, na którą użytkownicy z większym prawdopodobieństwem natkną się, gdy użytkownik korzysta z aplikacji po raz pierwszy.
Krok 1: Pierwszym krokiem jest przegląd dokumentów przypadków użycia.
Musimy przejrzeć i upewnić się, że wymagania funkcjonalne są kompletne i poprawne.
Krok 2: Musimy się upewnić, że Use Cases są atomowe.
Na przykład: Rozważmy „System zarządzania szkołą posiadający wiele funkcji, takich jak„ Logowanie ”,„ Pokaż dane ucznia ”,„ Pokaż oceny ”,„ Pokaż obecność ”,„ Personel kontaktowy ”,„ Prześlij opłaty ”itp. W tym przypadku próbujemy przygotuj Use Cases dla funkcji „Login”.
Musimy się upewnić, że żaden z normalnych przepływów pracy nie musi mieszać się z żadną inną funkcjonalnością. Musi być całkowicie związany tylko z funkcją „Zaloguj się”.
Krok 3: Musimy sprawdzić normalny przepływ pracy w systemie.
Po sprawdzeniu przepływu pracy musimy upewnić się, że jest kompletny. Na podstawie znajomości systemu, a nawet domeny, możemy znaleźć brakujące kroki w przepływie pracy.
Krok 4: Upewnij się, że alternatywny przepływ pracy w systemie został zakończony.
Krok 5: Powinniśmy upewnić się, że każdy krok w Przypadku Użycia jest testowalny.
Każdy krok wyjaśniony w testowaniu przypadków użycia można przetestować.
Na przykład, niektórych transakcji kartą kredytową w systemie nie można przetestować ze względów bezpieczeństwa.
Krok 6: Po przywróceniu tych przypadków możemy napisać przypadki testowe.
Musimy napisać przypadki testowe dla każdego przepływu normalnego i alternatywnego.
Na przykład , Rozważ przypadek „Pokaż oceny uczniów” w systemie zarządzania szkołą.
Nazwa przypadku użycia: Pokaż oceny uczniów
Aktorzy: Uczniowie, nauczyciele, rodzice
Warunek wstępny:
1) System musi być podłączony do sieci.
dwa) Aktorzy muszą mieć „legitymację studencką”.
Przykład zastosowania „Pokaż oceny uczniów”:
Główny scenariusz | Numer seryjny | Kroki |
---|---|---|
A: Aktor / S: System | 1 | Wprowadź imię i nazwisko ucznia |
dwa | System sprawdza nazwisko ucznia | |
3 | Wprowadź identyfikator studenta | |
4 | System sprawdza legitymację studenta | |
5 | System pokazuje oceny uczniów | |
Rozszerzenia | 3a | Nieprawidłowa legitymacja studencka S: Wyświetla komunikat o błędzie |
Odpowiedni przypadek testowy dla przypadku „Pokaż oceny uczniów”:
Przypadki testowe | Kroki | Spodziewany wynik |
---|---|---|
DO | Wyświetl listę ocen uczniów 1 - normalny przepływ | |
1 | Wprowadź imię i nazwisko ucznia | Użytkownik może wprowadzić imię i nazwisko ucznia |
dwa | Wprowadź identyfikator studenta | Użytkownik może wprowadzić identyfikator studenta |
3 | Kliknij View Mark | System wyświetla oceny uczniów |
b | Wyświetl listę ocen uczniów 2 - nieprawidłowy identyfikator | |
---|---|---|
1 | Powtórz kroki 1 i 2 z Wyświetl listę ocen uczniów 1 | |
dwa | Wprowadź identyfikator studenta | System wyświetla komunikat o błędzie |
Należy pamiętać, że pokazana tutaj tabela przypadków testowych zawiera tylko podstawowe informacje. „Jak utworzyć szablon przypadku testowego” wyjaśniono szczegółowo poniżej.
Tabela wyświetla „Przypadek testowy” odpowiadający przypadkowi „Pokaż ocenę ucznia”, jak pokazano powyżej.
Najlepszym sposobem na napisanie przypadków testowych jest najpierw napisanie przypadków testowych dla „scenariusza głównego”, a następnie zapisanie ich w „krokach alternatywnych”. „ Kroki' w przypadkach testowych są pobierane z dokumentów przypadków użycia. Pierwszy „ Krok' w przypadku „Pokaż ocenę ucznia”, „Wpisz imię i nazwisko ucznia” będzie pierwszym Krok w „przypadku testowym”.
Użytkownik / aktor musi mieć możliwość wejścia do niego. To staje się Spodziewany wynik .
Możemy skorzystać z pomocy takich technik projektowania testów jak „ analiza wartości brzegowych ” , „Podział równoważności” podczas przygotowywania przypadków testowych. Technika projektowania testów pomoże zmniejszyć liczbę przypadków testowych, a tym samym skróci czas potrzebny na testowanie.
Jak stworzyć szablon przypadku testowego?
Kiedy przygotowujemy przypadki testowe, musimy myśleć i działać jak użytkownik końcowy, tj. Postawić się w sytuacji użytkownika końcowego.
Na rynku dostępnych jest kilka narzędzi, które mogą pomóc w tym kontekście. ' TestLodge ”jest jednym z nich, ale nie jest to narzędzie bezpłatne. Musimy to kupić.
Potrzebujemy szablonu do udokumentowania przypadku testowego. Rozważmy typowy scenariusz „logowanie FLIPKART”, który wszyscy znamy. Arkusza kalkulacyjnego Google można użyć do utworzenia tabeli przypadków testowych i udostępnienia jej członkom zespołu. Na razie korzystam z dokumentu Excel.
Oto przykład
=> POBIERZ ten szablon tabeli przypadków testowych tutaj
Przede wszystkim nazwij arkusz przypadku testowego odpowiednią nazwą. Piszemy przypadki testowe dla konkretnego modułu w projekcie. Więc musimy dodać 'Nazwa Projektu' i „Moduł projektowy ”Kolumny w tabeli przypadków testowych. Dokument musi zawierać nazwisko twórcy przypadków testowych.
Dlatego dodaj 'Stworzone przez' i 'Stworz Date' kolumny. Dokument musi zostać sprawdzony przez kogoś (lidera zespołu, kierownika projektu itp.), Więc dodaj 'Zrecenzowany przez' kolumna i „Data recenzji” .
Następna kolumna to „Scenariusz testowy” , tutaj przedstawiliśmy przykładowy scenariusz testowy „Verify Facebook Login” . Dodaj kolumny „Identyfikator scenariusza testowego” i „Opis przypadku testowego” .
Napiszemy dla każdego scenariusza testowego 'Przypadki testowe ”. Więc dodaj kolumny „Identyfikator przypadku testowego” i „Opis przypadku testowego ”. Dla każdego scenariusza testowego będzie „Stan wiadomości” i 'Warunek wstępny' . Dodaj kolumny „Post-Condition” i „Pre-Condition”.
Kolejna ważna kolumna to 'Dane testowe' . Będzie zawierał dane, których używamy do testów. Scenariusz testowy musi zakładać oczekiwany wynik i rzeczywisty wynik. Dodaj kolumnę 'Spodziewany wynik' i „Rzeczywisty wynik”. 'Status' pokazuje wynik wykonania scenariusza testowego. Może to być pass / fail.
Testerzy będą wykonywać przypadki testowe. Musimy uwzględnić to jako 'Wykonany przez' i „Data wykonania” . Dodamy „Polecenia”, jeśli takie istnieją.
Wniosek
Mam nadzieję, że masz jasne pojęcie o przypadkach użycia i testowaniu przypadków użycia.
Pisanie takich przypadków jest procesem iteracyjnym. Potrzebujesz tylko trochę praktyki i dobrej znajomości systemu, aby napisać te przypadki.
Krótko mówiąc, możemy użyć „Testowania przypadków użycia” w aplikacji, aby znaleźć brakujące linki, niekompletne wymagania itp. Znalezienie ich i modyfikacja systemu zapewni wydajność i dokładność systemu.
Czy masz wcześniejsze doświadczenia z przypadkami użycia i testowaniem? Zapraszam do podzielenia się z nami w sekcji komentarzy poniżej.
rekomendowane lektury
- Testy funkcjonalne a testy niefunkcjonalne
- Dogłębne samouczki dotyczące Eclipse dla początkujących
- Testy alfa i testy beta (kompletny przewodnik)
- Samouczek testowania DevOps: Jak DevOps wpłynie na testy QA?
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Samouczek testowania użyteczności: kompletny przewodnik dla początkujących
- Samouczek testowania GUI: kompletny przewodnik testowania interfejsu użytkownika (UI)
- Testy niszczące i samouczek dotyczący testów nieniszczących