Menu

Jak pisać złożone scenariusze testów logiki biznesowej przy użyciu techniki tabeli decyzyjnej

  • Główny
  • Strategia Testów
  • Jak pisać złożone scenariusze testów logiki biznesowej przy użyciu techniki tabeli decyzyjnej

how write complex business logic test scenarios using decision table technique

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Testowanie w tabeli decyzyjnej to łatwe i pewne podejście do identyfikacji scenariuszy testowych dla złożonej logiki biznesowej .

Istnieje kilka technik projektowania przypadków testowych. W tym artykule dowiemy się, jak korzystać technika tabeli decyzyjnej skutecznie pisać przypadki testowe dla aplikacji ze złożoną logiką biznesową.

Oto ilustracja:

Wszyscy wiemy, że zasady i walidacje biznesowe zajmują dużą część wymagań stawianych przez klientów. Obserwując, jak te wymagania są przedstawiane i przekazywane całemu zespołowi projektowemu przez analityków biznesowych lub klientów, dowiadujemy się, że większość takich reguł biznesowych i logiki jest przedstawiana na logicznym schemacie przepływu procesów.

brama domyślna niedostępna Windows 10

Pisanie scenariusza testowego przy użyciu techniki tabeli decyzyjnej

Diagram przepływu procesu logicznego dla złożonego wymagania składa się z wielu gałęzi, węzłów i pól decyzyjnych. Miejmy nadzieję, że od testerów oczekuje się, że obejmiemy wszystkie te gałęzie i dotkniemy każdego zakamarka tak złożonego drzewa logicznego. Zmierzyłem się również z tak złożonymi przepływami biznesowymi i wypróbowałem wiele technik przygotowywania przypadków testowych / scenariuszy testowych, aby ułatwić ten proces.

Wreszcie odkryłem, że technika testowania tablic decyzyjnych jest bardzo przydatna w tym aspekcie. Oto, jak technika tabeli decyzyjnej może ułatwić przygotowanie scenariusza testowego dla złożonej logiki biznesowej.

Przykład: pisanie przypadków testowych dla ekranu logowania przy użyciu techniki tabeli decyzyjnej:

Weźmy Przykład tabeli decyzyjnej poniżej wymagań biznesowych dotyczących ekranu logowania.

Testowanie z tablicą decyzyjną

Rys: 1.0 Przykładowy schemat przepływu biznesowego

Pierwszym krokiem, który robimy, jest nazwanie wszystkich gałęzi i pozostawienie liczb lub alfabetów, jak poniżej.

1, 2, 3 to liście, a a, b & c to gałęzie.

Następnie musimy utworzyć tabelę decyzyjną, jak pokazano poniżej: (Kliknij, aby powiększyć obraz)

Testowanie w tabeli decyzyjnej 1

Rys. 1.1 Tabela decyzyjna przepływu biznesowego rys. 1.0

Czego się nauczysz:

Punkty do zapamiętania

  • Wszystkie walidacje określone w polach decyzyjnych powinny być wykonane z kolumn tabeli.
  • Wszystkie wyniki (liście) wymienione na diagramie powinny zostać uwzględnione w tabeli decyzyjnej.
  • Wszystkie kombinacje danych wejściowych potrzebnych do uzyskania określonego wyniku należy wymienić w kolumnie kombinacji i można je uwzględnić podczas pisania przypadków testowych.
  • Po uzupełnieniu tabeli decyzyjnej wystarczy sprawdzić, czy wszystkie gałęzie i liście w drzewie logicznym są pokryte.

Zalety stosowania techniki tabeli decyzyjnej

# 1) Techniką tą można łatwo objąć każdy złożony przepływ biznesowy przedstawiony w postaci diagramu.
#dwa) Zapewnia szybkie zaufanie do przypadków testowych. Nie trzeba wielokrotnie przeglądać własnych przypadków testowych, aby nabrać pewności siebie.
# 3) Łatwy do zrozumienia. Każdy może tworzyć przypadki testowe z tego szablonu tabeli decyzyjnej.
# 4) Można całkowicie uniknąć przeróbek przypadków testowych i scenariuszy testowych, ponieważ zapewnia to pełne pokrycie już przy pierwszym ujęciu.

Ograniczenia stosowania techniki tabeli decyzyjnej

# 1) Niektórych technik przygotowywania przypadków testowych, takich jak analiza wartości brzegowych, partycjonowanie równoważności nie można bezpośrednio uwzględnić w tym szablonie. Ale można to zanotować w kolumnie kombinacji i używać ich podczas pisania przypadków testowych.

Zanim wyjaśnię, dlaczego inne techniki pisania przypadków testowych nie zapewniają takiej dokładności, jak tabele decyzyjne, chciałbym szybko przypomnieć innym Czarna skrzynka i białe pudło techniki pisania przypadków testowych.

Inne techniki projektowania przypadków testowych

# 1) Analiza wartości brzegowych to technika testowania oprogramowania, w której przypadki testowe są zaprojektowane tak, aby obejmowały przedstawicieli wartości graniczne w podanym zakresie i poza nim.

#dwa) Partycjonowanie równoważności nazywane również Podział na klasy równoważności to technika testowania oprogramowania, która dzieli dany warunek na partycje i po jednym danych wejściowych z każdej partycji można wybrać do testowania.

# 3) Testowanie przejść między stanami to technika testowania czarnoskrzynkowego, której można używać do projektowania przypadków testowych dla systemu, który uzyskuje skończoną liczbę stanów i może przechodzić z jednego stanu do drugiego po określonych zdarzeniach.

# 4) Zgadywanie błędów to technika, w której doświadczenie testera jest wykorzystywane do znajdowania błędów lub części aplikacji z największą możliwością znalezienia błędów. Jest to technika oparta na umiejętnościach bez żadnych reguł.

# 5) Testowanie przypadków użycia W tej technice przypadki użycia / scenariusze są używane do pisania przypadków testowych. Interakcja użytkowników i systemów jest opisana w przypadku użycia.

Kilka innych technik projektowania testów:

# 6) Pokrycie wyciągu
# 7) Pokrycie stanu
# 8) Testowanie eksploracyjne

Dlaczego inne techniki projektowania przypadków testowych dla logiki biznesowej nie mogą okazać się przydatne jako tabele decyzyjne?

# 1) Analiza wartości brzegowych i podział klas równoważności jest przeznaczony dla zakresów liczbowych i długości. Obie te techniki same w sobie nie zapewniają 100% pokrycia testami dla reguł biznesowych.

#dwa) Odgadywanie błędów polega bardziej na doświadczeniu. Chociaż wymagane jest doświadczenie, nie może okazać się wszystkim.

# 3) Dzięki technice testowania przejść między stanami można zapewnić, że wszystkie części drzewa logicznego są pokryte, ale nie sugeruje to dokumentu ani artefaktu, ponieważ technika tabeli decyzyjnej zapewnia pokrycie tabelą decyzyjną (rys. 1.1).

Wniosek

Podczas pisania przypadków testowych dla logiki biznesowej zaleca się przestrzeganie poniższych zaleceń kroki w celu przygotowania przypadków testowych w celu zapewnienia maksymalnego pokrycia testami:

Krok 1) Posługiwać się Technika projektowania przypadków testowych w tabeli decyzyjnej aby uzyskać 100% logicznego pokrycia.
Krok 2) Analiza wartości brzegowych i podział równoważności w celu uwzględnienia różnych zakresów danych wejściowych.
Krok 3) Kombinacje i permutacje do walidacji na poziomie pola (chociaż nie wszystkie permutacje są wymagane).
Krok 4) Zgadywanie błędów (poza błędami, które można zidentyfikować na podstawie powyższych trzech kroków) z doświadczeniem jako ostatnim szlifem

Mam nadzieję, że dzięki odpowiedniemu połączeniu wszystkich tych technik będziesz w stanie odkryć prawie wszystkie scenariusze testowe dla każdej testowanej aplikacji.

O autorze: Hari Narayan jest specjalistą od testowania oprogramowania z ponad 3-letnim doświadczeniem w pisaniu scenariuszy testowych dla złożonej logiki biznesowej. Obecnie współpracuje z Plintron Global Technologies.

Daj nam znać, której techniki projektowania przypadków testowych używasz najczęściej w swoim projekcie? Jaka jest najlepsza metoda według twojego doświadczenia?

Zapraszam do dzielenia się cennymi komentarzami / sugestiami dotyczącymi tego artykułu.

rekomendowane lektury

^