Co to jest testowanie przepływu pracy w testowaniu oprogramowania? z przykładami
Tomasza Hamiltona
⚡ Inteligentne podsumowanie
Testowanie przepływu pracy potwierdza, że każda sekwencja kroków w aplikacji nadal odzwierciedla proces biznesowy, dla którego została stworzona, sprawdzając każdy etap, przekazanie i zależność od pierwszej czynności aż do końcowego wyniku.
Co to jest testowanie przepływu pracy?
Testowanie przepływu pracy Testowanie oprogramowania to rodzaj testowania, który sprawdza, czy każdy przepływ pracy oprogramowania dokładnie odzwierciedla dany proces biznesowy. Przepływ pracy to seria zadań, które generują pożądany rezultat i zazwyczaj obejmuje kilka etapów lub kroków. W przypadku każdego procesu biznesowego testowanie tych kolejnych kroków definiuje się jako testowanie przepływu pracy.
Ważne jest rozróżnienie zakresu. Pojedynczy walizka testowa pyta, czy jedna funkcja zwraca prawidłową odpowiedź. Test przepływu pracy pyta, czy dziesięć z tych funkcji, wykonywanych w kolejności, w jakiej wykonuje je rzeczywisty użytkownik, nadal zapewnia wynik oczekiwany przez firmę. Z tego powodu testowanie przepływu pracy należy do wpisów zorientowanych na proces w rodzaje testowania oprogramowania katalogu, a nie technik na poziomie jednostki.
Przykład testowania przepływu pracy
Na przykład sprawdź, czy system można zainstalować na platformie użytkownika i czy uruchamia się on poprawnie.
Bardziej rozbudowanym przykładem jest zamówienie online. Klient dodaje produkt do koszyka, wprowadza kod rabatowy, wybiera opcję dostawy, płaci i otrzymuje e-mail z potwierdzeniem, a magazyn otrzymuje instrukcję kompletacji. Każdy z tych kroków może przebiegać niezależnie i nadal nie zakończyć się sukcesem jako łańcuch: rabat może nie zostać przyznany na etapie płatności lub komunikat magazynowy może nigdy nie opuścić kolejki.
Testowanie przepływu pracy odbywa się etapami. W ten sposób przeprowadzisz testowanie przepływu pracy.
- Faza początkowa:Ta faza obejmuje wstępne planowanie testów i testowanie prototypu.
- Faza opracowania:Ta faza obejmuje ustalenie linii bazowej architektury testowej.
- Faza budowy:Ta faza obejmuje szczegółowe testy przy każdej kompilacji.
- Faza przejściowa:Ta faza obejmuje testy regresyjne i ponowne testowanie poprawek.
Jak przeprowadzać testy przepływu pracy
Powyższy model fazowy opisuje, kiedy wykonywana jest praca. Poniższa sekwencja opisuje, co tester faktycznie robi w każdej z tych faz.
- Zmapuj proces biznesowy. Narysuj przepływ pracy dokładnie tak, jak przebiega w firmie, uwzględniając każdy punkt decyzyjny, zatwierdzenie i przekazanie między działami. Analityk biznesowy to zazwyczaj najszybsza droga do dokładnej mapy, a analityk Biznesowy dokumentacja jest punktem odniesienia, z którym sprawdzana jest mapa.
- Ustaw kryteria wejścia i wyjścia. Rejestruj stan, w jakim system musi się znajdować przed rozpoczęciem przepływu pracy, oraz stan potwierdzający jego zakończenie. Bez obu tych parametrów testerzy nie są zgodni co do tego, czy przebieg został zaliczony.
- Zaprojektuj przypadki testowe. Zapisz jeden przypadek na każdą ścieżkę w przepływie pracy, a nie jeden na każdy ekran. Ponumeruj kroki, określ oczekiwany wynik dla każdego z nich i nadaj każdemu przypadkowi unikalny identyfikator, aby można było zidentyfikować defekty. tracz powrotem na ścieżkę.
- Przygotuj realistyczne dane testowe. Wykorzystuj ponownie zanonimizowane rekordy produkcyjne zamiast wymyślonych wartości. Kody rabatowe, przepisy podatkowe i formaty adresów to typowe miejsca, w których syntetyczne dane skrywają rzeczywiste wady.
- Najpierw uruchom ścieżkę podstawową. Upewnij się, że przepływ pracy został ukończony od początku do końca, zanim cokolwiek zostanie celowo zepsute. Błąd w tym miejscu unieważnia każdy negatywny wynik, który nastąpi później.
- Celowo przerwij łańcuch. Anuluj w połowie, prześlij nieprawidłową wartość w punkcie decyzyjnym, przekrocz limit czasu sesji i odrzuć zatwierdzenie. Interesujące defekty znajdują się w tych przerwanych ścieżkach, a nie w głównej.
- Zgłoś, popraw i przetestuj ponownie. Rejestruj każdy defekt w odniesieniu do kroku, który go spowodował, a następnie ponownie uruchom cały proces po jego naprawieniu. Naprawiony krok często przesuwa awarię o jeden etap dalej w łańcuchu.
Stabilne przepływy pracy, które powtarzają się przy każdym wydaniu, są najlepszymi kandydatami do automatyzacji, ponieważ te same, uporządkowane kroki działają identycznie za każdym razem, a skrypt zwraca się w ciągu kilku cykli.
Kto przeprowadzi testy przepływu pracy?
Testowanie przepływu pracy to praca współdzielona, ponieważ żadna pojedyncza rola nie ma wpływu na cały łańcuch. Obciążenie ponoszą cztery role, z których każda ma swoje własne obowiązki.
- Inżynier ds. Testów
- Zaplanuj cele i harmonogram testów
- Zdefiniuj przypadki testowe i procedury
- Oceń wyniki testu
- Inżynier komponentów
- Opracowywanie komponentów testowych
- Zautomatyzuj niektóre procedury testowe
- Tester integracyjny
- Wykonywanie testy integracyjne i zgłaszanie usterek
- Tester systemów
- Wykonywanie testy systemowe i zgłaszanie usterek
Co testować w przepływie pracy
Przepływy pracy oprogramowania są udokumentowane w Dokumencie Wymagań Biznesowych, który stanowi źródło rzetelnych informacji na temat pokrycia. Testowanie przepływu pracy będzie również obejmować części testów systemowych i integracyjnych.
Pełne przejście przez przepływ pracy obejmuje więcej niż tylko ekrany widziane przez użytkownika.
- Sekwencja: Kroki są wykonywane w określonej kolejności i nie można ich pominąć ani powtórzyć poza kolejnością.
- Przekazanie danych: Wartości wprowadzone na początku łańcucha pozostają nienaruszone aż do ostatniego kroku i do każdego dalszego systemu.
- Role i uprawnienia: Każdy krok jest dostępny wyłącznie dla roli upoważnionej do jego wykonania.
- Przerwane ścieżki: Anulowanie, przekroczenie limitu czasu, odrzucenie i ponowienie próby pozostawiają przepływ pracy w określonym stanie.
- Artefakty: Model testowania przepływu pracy obejmuje przypadki testowe, procedury testowe, komponenty testowe i podsystemy testowe, dzięki czemu każdy z nich jest kolejno weryfikowany.
- Powiadomienia: Wiadomości e-mail, alerty i komunikaty w kolejce wysyłane są jednokrotnie, z odpowiednią treścią i w odpowiednim momencie.
Testowanie przepływu pracy, testowanie kompleksowe i testowanie systemowe
Te trzy techniki pokrywają się na tyle, że można je pomylić, ale odpowiadają na różne pytania. Tabela wyznacza granice.
| WYGLĄD | Testowanie przepływu pracy | Testowanie od końca do końca | Testowanie systemu |
| Pytanie odpowiedziało | Czy oprogramowanie jest zgodne z procesem biznesowym? | Czy cała podróż działa w każdym podłączonym systemie? | Czy zmontowany system spełnia swoje wymagania? |
| Jednostka pokrycia | Jeden proces biznesowy, krok po kroku | Jedna ścieżka użytkownika, od front-end do back-end | Kompletna kompilacja aplikacji |
| Podstawowe odniesienie | Dokument wymagań biznesowych | Mapa podróży użytkownika | Specyfikacja wymagań systemowych |
| Typowy właściciel | Inżynier ds. testów z udziałem analityka biznesowego | Inżynier automatyki lub zapewnienia jakości | Tester systemów |
W praktyce test przepływu pracy jest często specyfikacją test kompleksowy jest zbudowany z, podczas gdy testowanie systemu zapewnia stabilną wersję, na której działa przepływ pracy.
Najlepsze praktyki i typowe wyzwania
Zespoły, które czerpią korzyści z testowania przepływu pracy, zwykle postępują zgodnie z tym samym, niewielkim zestawem nawyków.
- Nadaj priorytet przepływom pracy, które niosą ze sobą ryzyko przychodowe lub regulacyjne, przed tymi rzadszymi.
- Opisz każdy krok i oczekiwany wynik prostym, jednoznacznym językiem.
- Utrzymuj zestaw realistycznych danych testowych, które można wielokrotnie wykorzystać, aby wyniki testów były porównywalne w różnych środowiskach.
- Przetestuj każdy przepływ pracy przy użyciu prawidłowych danych wejściowych i nieprawidłowych w każdym punkcie decyzyjnym.
- Aktualizuj przypadki testowe w momencie zmiany podstawowego procesu biznesowego.
Powtarzające się przeszkody są równie przewidywalne.
- Procesy nieudokumentowane: Przepływ pracy rozgrywa się w głowach ludzi, więc testerzy sprawdzają, czy działa on zgodnie z założeniami.
- Długi czas realizacji: Przepływ pracy obejmujący zatwierdzenia może trwać wiele godzin, co ogranicza częstotliwość jego ręcznego uruchamiania.
- Dryf środowiskowy: Dalsze systemy w łańcuchu dostaw są niesprawne lub przestarzałe, a wady ujawniają się dopiero w trakcie produkcji.
- Krucha automatyzacja: Skrypty powiązane z układem ekranu ulegają awarii za każdym razem, gdy zmienia się interfejs, nawet jeśli sam proces tego nie zrobił.
- Kolizje danych: Podczas przebiegów równoległych przetwarzane są te same rekordy, co powoduje występowanie błędów przypominających wady produktu.
