Wprowadzenie do testowania tabeli decyzyjnej
Testowanie tabeli decyzyjnej służy do testowania różnych kombinacji danych wejściowych, które dają różne wyniki w programie. Testowanie tabeli decyzyjnej jest również nazywane testowaniem przyczynowym. Jest to bardzo systematyczne podejście do testowania, w którym rejestrujemy kombinacje danych wejściowych i ich wyniki w formacie tabelarycznym. Tabele te są dość precyzyjne i kompaktowe, aby modelować skomplikowaną logikę.
W skrócie, Testowanie tabeli decyzyjnej to technika testowa czarnej skrzynki, w której tworzymy tabelę decyzyjną dla złożonej logiki biznesowej.
Dlaczego tabele decyzyjne są tak ważne?
Możesz być zaznajomiony z testowaniem wartości granicznych i równoważnymi technikami testowania partycji, chociaż oba z nich są dobre w zapewnianiu zasięgu, żadne z nich nie będzie przydatne, gdy zachowanie systemu jest inne dla każdego dostarczonego zestawu danych wejściowych.
Utworzenie tabeli decyzyjnej pomaga zespołowi testującemu w projektowaniu testów. Nie tylko tabele decyzyjne są przydatne w określaniu złożonych reguł biznesowych, ale są również pomocne dla testerów, którzy chcą zrozumieć, w jaki sposób różne kombinacje danych wejściowych wpływają na wyniki.
W wielu aplikacjach liczba kombinacji wejściowych może być duża, jeśli tak jest w przypadku projektu, testowanie tych kombinacji okaże się problemem. W takich przypadkach utworzenie tabeli decyzyjnej jest jednym z lepszych sposobów przeprowadzenia testu o dobrym zasięgu.
Jak zobaczysz poniżej, liczbę możliwych kombinacji podaje 2 x, gdzie X jest liczbą danych wejściowych, w przypadkach, gdy X jest dużą liczbą (powiedzmy na przykład 10) liczba kombinacji będzie zbyt wysoka, aby weź to wszystko pod uwagę. Jednak nadal możemy wziąć podzbiór tych możliwych kombinacji, aby utworzyć drzewo decyzyjne.
Jak utworzyć tabelę decyzyjną do testowania?
Teraz, gdy znasz już testowanie decyzji, utwórzmy tabelę decyzji.
Krok 1: Utworzenie pierwszej kolumny tabeli poprzez zrozumienie wymagań.
Utworzymy pierwszą kolumnę tabeli, sprawdzając, co musimy przetestować. W tym przykładzie rozważmy przykład transakcji bankomatowej. Oto jego warunki i działania:
Stan |
Kwota wypłaty jest mniejsza lub równa saldowi bankowemu |
Kredyt udzielony |
Akcja |
Zaakceptowano prośbę o wycofanie |
Krok 2: Dodanie kolejnych kolumn.
Po zakończeniu pierwszej kolumny obliczymy pozostałą liczbę potrzebnych kolumn. Będzie to zależeć od liczby warunków na ręce, a także od liczby dostępnych alternatyw dla tych warunków.
Matematycznie liczba kolumn wynosi 2 x, gdzie X jest liczbą warunków.
Aby ułatwić testowanie, powinniśmy utworzyć mniejsze tabele decyzyjne, a następnie stworzyć ogromną. Po zakończeniu z liczbą kolumn możemy wypełnić wartość Prawda lub Fałsz. Możesz wypełnić komórki według następującego wzoru:
R1: TF
R2: TTFF
R3: TTTFFF
I tak dalej.
Po zakończeniu nasza tabela wygląda teraz następująco:
Stan | ||||
Kwota wypłaty jest mniejsza lub równa saldowi bankowemu | T. | fa | T. | fa |
Kredyt udzielony | T. | T. | fa | fa |
Akcja | ||||
Zaakceptowano prośbę o wycofanie |
Krok 3: Zmniejszenie stołu.
Możemy zmniejszyć tabelę, usuwając wszelkie zduplikowane kolumny w tabeli. Inne sposoby zmniejszenia tabeli to sprawdzanie nieprawidłowych kombinacji w tabeli, na przykład nie ma możliwości, aby ktoś był jednocześnie mężczyzną i kobietą w tabeli decyzji.
Będziemy również musieli oznaczyć komórki o nieznacznych wartościach znakiem „-”. Na przykład nie będzie miało znaczenia, czy kredyt zostanie przyznany, jeśli kwota wynosi <= saldo konta.
Stan | ||||
Kwota wypłaty jest mniejsza lub równa saldowi bankowemu | T. | fa | T. | fa |
Kredyt udzielony | - | T. | - | fa |
Akcja | ||||
Zaakceptowano prośbę o wycofanie |
Krok 4: Określenie działań dla tabeli.
Teraz, przy pomocy naszych wymagań, określimy działania stołu. Kolumny te zostaną następnie nazwane, takie jak R1 / Reguła 1, R2 / Reguła 2 itp.
Stan | |||
Kwota wypłaty jest mniejsza lub równa saldowi bankowemu | T. | fa | fa |
Kredyt udzielony | - | T. | fa |
Akcja | |||
Zaakceptowano prośbę o wycofanie | T. | T. | fa |
Ostatni krok: Pisanie przypadków testowych
Teraz, gdy tabela jest utworzona, zmniejszona i jej działania są określone, możemy napisać przypadki testowe dla tabeli. Aby w pełni uwzględnić reguły biznesowe, powinniśmy napisać co najmniej jeden przypadek testowy dla każdej kolumny
Na przykład:
Przypadek testowy dla R1: Saldo = 1000, Żądanie wypłaty = 1000. Wynik: Zaakceptowano żądanie wypłaty
Przypadek testowy dla R2: Saldo = 500, Żądanie wypłaty = 1000. Przyznany kredyt: Tak, Wynik: Przyjęto wniosek o wypłatę
Przypadek testowy dla R3: Saldo = 1000, Żądanie wypłaty = 1500. Przyznany kredyt: Nie, Wynik: Żądanie wycofania
Zalety testowania tabeli decyzyjnej
- Testy tablic decyzyjnych są łatwe do interpretacji i dlatego są wykorzystywane do programowania i biznesu.
- Testowanie tabeli decyzyjnej pomaga w tworzeniu skutecznych kombinacji, a raz wykonane może zapewnić lepszy zasięg testowania.
- Przekształcenie warunków biznesowych w tabele decyzyjne jest dość łatwe, nawet jeśli warunki te są złożone.
- Jeśli zespół testowy szuka 100% pokrycia, a liczba kombinacji danych wejściowych jest niska, testowanie tabeli decyzyjnej jest jednym z najbardziej wydajnych sposobów wykonania zadania.
- Testowanie decyzyjne działa tam, gdzie nie ma analizy wartości granicznej i równoważnego podziału na partycje, tj. Gdy zachowanie systemu jest różne dla różnych danych wejściowych.
Wniosek
Testowanie tabeli decyzyjnej jest jedną ze skutecznych technik testowania czarnej skrzynki, podczas gdy tabele stają się bardziej skomplikowane wraz ze wzrostem liczby danych wejściowych, mogą zapewnić przyzwoity zasięg w sytuacjach, w których nie można zastosować innych technik.
Polecane artykuły
Jest to przewodnik po testowaniu tabeli decyzyjnej. Tutaj omówiliśmy niektóre koncepcje, zalety, znaczenie testowania tabeli decyzyjnej. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Testowanie białych skrzynek
- Pytania do wywiadu testowego ETL
- Co to jest testowanie jednostkowe
- Testowanie systemu