Techniki testowania oprogramowania na przykładach projektów przypadków testowych

Co to jest technika testowania oprogramowania?

Techniki testowania oprogramowania pomagają projektować lepsze przypadki testowe. Ponieważ wyczerpujące testowanie nie jest możliwe; Techniki testowania ręcznego pomagają zmniejszyć liczbę przypadków testowych do wykonania, jednocześnie zwiększając pokrycie testowe. Pomagają identyfikować warunki testowe, które w przeciwnym razie są trudne do rozpoznania.

Analiza wartości brzegowych (BVA)

Analiza wartości brzegowych opiera się na badaniu na granicach pomiędzy przegrodami. Obejmuje granice maksymalne, minimalne, wewnętrzne i zewnętrzne, wartości typowe i wartości błędów.

Ogólnie widać, że duża liczba błędów występuje na granicach zdefiniowanych wartości wejściowych, a nie w środku. Jest również znany jako BVA i zapewnia wybór przypadków testowych, które sprawdzają wartości graniczne.

Ta technika testowania czarnej skrzynki uzupełnia partycjonowanie równoważności. Ta technika testowania oprogramowania opiera się na zasadzie, że jeśli system działa dobrze dla tych konkretnych wartości, to będzie działał doskonale dla wszystkich wartości, które znajdują się między dwiema wartościami granicznymi.

Wytyczne dotyczące analizy wartości brzegowych

  • Jeśli warunek wejściowy jest ograniczony do wartości x i y, wówczas przypadki testowe należy zaprojektować z wartościami x i y, a także wartościami powyżej i poniżej x i y.
  • Jeśli warunkiem wejściowym jest duża liczba wartości, należy opracować przypadek testowy, który musi testować minimalne i maksymalne liczby. Tutaj testowane są również wartości powyżej i poniżej wartości minimalnej i maksymalnej.
  • Zastosuj wytyczne 1 i 2 do warunków wyjściowych. Daje wynik, który odzwierciedla oczekiwane wartości minimalne i maksymalne. Testuje również wartości poniżej lub powyżej.

Przykład:

Input condition is valid between 1 to 10

Boundary values 0,1,2 and 9,10,11

Partycjonowanie klas równoważności

Równoważne partycjonowanie klas umożliwia podzielenie zestawu warunków testowych na partycję, którą należy uważać za tę samą. Ta metoda testowania oprogramowania dzieli domenę wejściową programu na klasy danych, na podstawie których należy zaprojektować przypadki testowe.

Koncepcja leżąca u podstaw tej techniki projektowania przypadków testowych polega na tym, że przypadek testowy o reprezentatywnej wartości każdej klasy jest równy testowi dowolnej innej wartości tej samej klasy. Pozwala zidentyfikować ważne i nieprawidłowe klasy równoważności.

Przykład:

Warunki wejściowe obowiązują pomiędzy

 1 to 10 and 20 to 30

Istnieje zatem pięć klas równoważności

--- to 0 (invalid)
1 to 10 (valid)
11 to 19 (invalid)
20 to 30 (valid)
31 to --- (invalid)

Wybierasz wartości z każdej klasy, tj.

-2, 3, 15, 25, 45

Przeczytaj także więcej na temat – Analiza wartości brzegowych i testowanie podziału równoważności

Testowanie oparte na tabeli decyzyjnej

Tabela decyzyjna jest również nazywana tabelą przyczynowo-skutkową. Ta technika testowania oprogramowania jest stosowana w przypadku funkcji, które reagują na kombinację danych wejściowych lub zdarzeń. Na przykład przycisk przesyłania powinien być włączony, jeśli użytkownik wprowadził wszystkie wymagane pola.

Pierwszym zadaniem jest identyfikacja funkcjonalności, w przypadku których wynik zależy od kombinacji danych wejściowych. Jeśli istnieje duży wejściowy zestaw kombinacji, podziel go na mniejsze podzbiory, co jest pomocne w zarządzaniu tabelą decyzyjną.

Dla każdej funkcji należy utworzyć tabelę i wypisać wszystkie typy kombinacji danych wejściowych i odpowiednich wyników. Pomaga to zidentyfikować warunek przeoczony przez testera.

Poniżej przedstawiono kroki tworzenia tabeli decyzyjnej:

  • Zapisz dane wejściowe w wierszach
  • Wpisz wszystkie reguły w kolumnie
  • Wypełnij tabelę różnymi kombinacjami danych wejściowych
  • W ostatnim wierszu zanotuj wynik w porównaniu z kombinacją danych wejściowych.

Przykład: Przycisk przesyłania w formularzu kontaktowym jest aktywny tylko wtedy, gdy wszystkie dane zostaną wprowadzone przez użytkownika końcowego.

Testowanie oparte na tabeli decyzyjnej

Przejście stanu

W technice przejścia stanu zmiany warunków wejściowych zmieniają stan testowanej aplikacji (AUT). Ta technika testowania pozwala testerowi przetestować zachowanie jednostki AUT. Tester może wykonać tę akcję poprzez wprowadzenie kolejno różnych warunków wejściowych. W technice zmiany stanu zespół testujący dostarcza dodatnie i ujemne wartości testów wejściowych do oceny zachowania systemu.

Wytyczne dotyczące zmiany stanu:

  • Przejścia stanu należy używać, gdy zespół testowy testuje aplikację pod kątem ograniczonego zestawu wartości wejściowych.
  • Technikę projektowania przypadków testowych należy stosować, gdy zespół testowy chce przetestować sekwencję zdarzeń zachodzących w testowanej aplikacji.

Przykład:

W poniższym przykładzie, jeśli użytkownik wprowadzi prawidłowe hasło w którejkolwiek z pierwszych trzech prób, będzie mógł się pomyślnie zalogować. Jeśli użytkownik wprowadzi nieprawidłowe hasło w pierwszej lub drugiej próbie, zostanie poproszony o ponowne wprowadzenie hasła. Jeśli użytkownik wprowadzi nieprawidłowe hasło 3rd czas, działanie zostało podjęte i konto zostanie zablokowane.

Schemat przejścia między stanami

Schemat przejścia między stanami

Na tym diagramie, gdy użytkownik poda prawidłowy numer PIN, zostanie on przeniesiony do stanu Access awarded. Następująca tabela jest tworzona na podstawie powyższego diagramu-

Tabela przejść między stanami

Poprawny PIN Nieprawidłowy PIN
S1) Rozpocznij S5 S2
S2) 1st próba S5 S3
S3) 2nd próba S5 S4
S4) 3rd próba S5 S6
S5) Dostęp przyznany - -
S6) Konto zablokowane - -

W powyższej tabeli po wpisaniu przez użytkownika prawidłowego PIN-u następuje przejście do stanu Dostęp przyznany. A jeśli użytkownik wprowadzi nieprawidłowe hasło, zostanie przeniesiony do następnego stanu. Jeśli on zrobi to samo 3rd czasie osiągnie stan zablokowania konta.

Błąd zgadywania

Błąd zgadywania to technika testowania oprogramowania polegająca na odgadywaniu błędu, który może wystąpić w kodzie. Technika ta w dużej mierze opiera się na doświadczeniu, podczas którego analitycy testów wykorzystują swoje doświadczenie, aby odgadnąć problematyczną część aplikacji testowej. Dlatego analitycy testowi muszą być wykwalifikowani i doświadczeni, aby móc lepiej zgadywać błędy.

Technika ta liczy listę możliwych błędów lub sytuacji podatnych na błędy. Następnie tester zapisuje: walizka testowa aby ujawnić te błędy. Aby zaprojektować przypadki testowe w oparciu o tę technikę testowania oprogramowania, analityk może wykorzystać przeszłe doświadczenia w celu zidentyfikowania warunków.

Wytyczne dotyczące zgadywania błędów:

  • W teście należy wykorzystać wcześniejsze doświadczenia z testowania podobnych aplikacji
  • Zrozumienie testowanego systemu
  • Znajomość typowych błędów wdrożeniowych
  • Przypomnij sobie obszary, w których wystąpiły wcześniej problemy
  • Oceń dane historyczne i wyniki testów

Podsumowanie

  • Technika projektowania przypadków testowych pozwala projektować lepsze przypadki. Istnieje pięć głównych stosowanych technik.
  • Analiza wartości brzegowych polega na badaniu granic pomiędzy przegrodami.
  • Równoważne partycjonowanie klas umożliwia podzielenie zestawu warunków testowych na partycję, którą należy uważać za tę samą.
  • Technika testowania oprogramowania z tabelą decyzyjną jest stosowana w przypadku funkcji, które reagują na kombinację danych wejściowych lub zdarzeń.
  • W technice przejścia stanu zmiany warunków wejściowych zmieniają stan testowanej aplikacji (AUT)
  • Zgadywanie błędów to technika testowania oprogramowania polegająca na odgadywaniu błędu, który może wystąpić w kodzie.

Czytaj więcej Czytaj więcej