Boundary Testing w Testach Manualnych

Wprowadzenie

Boundary Testing (Testowanie Wartości Brzegowych), znane również jako analiza wartości brzegowych (Boundary Value Analysis – BVA), to technika projektowania przypadków testowych, która koncentruje się na testowaniu granic zakresów danych wejściowych. Jej podstawowym założeniem jest to, że błędy często występują na lub w pobliżu wartości granicznych, a nie w środku zakresu. W kontekście testów manualnych, testerzy świadomie wybierają wartości wejściowe, które znajdują się tuż przy granicy dopuszczalnego lub niedopuszczalnego zakresu, a także same wartości graniczne. Celem jest wykrycie błędów, które mogą pojawić się, gdy system niepoprawnie obsługuje dane na tych kluczowych punktach.

Jak działają testowanie wartości brzegowych?

Proces testowania wartości brzegowych rozpoczyna się od identyfikacji zakresów danych wejściowych dla pól, parametrów czy zmiennych w testowanym systemie. Dla każdego zidentyfikowanego zakresu (np. liczbowego, daty, długości ciągu znaków), tester określa wartości graniczne. Są to zazwyczaj minimalna i maksymalna wartość dozwolona oraz wartości bezpośrednio sąsiadujące z tymi granicami – jedna poniżej minimum i jedna powyżej maksimum, a także wartości tuż nad minimum i tuż pod maksimum. Na przykład, jeśli pole akceptuje wiek od 18 do 65 lat, przypadki testowe powinny obejmować: 17 (poniżej minimum), 18 (minimum), 19 (tuż nad minimum), 64 (tuż pod maksimum), 65 (maksimum) i 66 (powyżej maksimum). Analiza ta pozwala na systematyczne pokrycie scenariuszy, które są statystycznie najbardziej podatne na błędy. Technika ta jest często stosowana w połączeniu z partycjonowaniem na klasy równoważności (Equivalence Partitioning). Najpierw dzieli się dane wejściowe na ważne i nieważne klasy, a następnie dla każdej klasy identyfikuje się wartości brzegowe. Jest to niezwykle efektywny sposób na redukcję liczby przypadków testowych, jednocześnie zwiększając ich skuteczność, ponieważ błędy często wynikają z błędnej implementacji warunków granicznych, takich jak '

• Testowanie pól formularzy akceptujących zakresy liczbowe (np. wiek, ilość produktów, zakres cen, ocena w skali).

• Weryfikacja pól daty (np. początek i koniec miesiąca, roku, daty graniczne systemowe, np. najwcześniejsza/najpóźniejsza data urodzenia).

• Sprawdzanie długości ciągów znaków (np. minimalna i maksymalna dozwolona długość nazwy użytkownika, hasła, opisu).

• Testowanie warunków granicznych w logice biznesowej (np. progi rabatowe, limity transakcyjne, poziomy uprawnień, strefy dostawy).

• Weryfikacja wartości wejściowych dla parametrów funkcji lub API (np. minimalna/maksymalna wartość dla argumentu).

Porównanie z innymi strukturami danych

Testowanie wartości brzegowych jest ściśle związane z partycjonowaniem na klasy równoważności (Equivalence Partitioning). Obie techniki są metodami projektowania przypadków testowych czarnoskrzynkowych i często są stosowane razem. Partycjonowanie na klasy równoważności dzieli wejścia na grupy (klasy równoważności), gdzie oczekuje się, że wszystkie wartości z danej grupy będą przetwarzane w ten sam sposób. Zamiast testować każdą wartość, wybiera się jedną reprezentatywną wartość z każdej klasy. BVA idzie o krok dalej, koncentrując się właśnie na 'granicach' tych klas równoważności. Podczas gdy EP mówi nam, które klasy testować, BVA wskazuje, które konkretne wartości w tych klasach są najbardziej krytyczne do przetestowania. Na przykład, jeśli klasa równoważności dla wieku to [18-65], EP sugeruje testowanie jednej wartości w środku (np. 40), natomiast BVA dodaje testy dla 17, 18, 19, 64, 65, 66, drastycznie zwiększając szanse na wykrycie błędów.

Najlepsze praktyki (2026)

• Zawsze testować wartości tuż poniżej granicy minimalnej, samą granicę minimalną i tuż powyżej granicy minimalnej (N-1, N, N+1).

• Zawsze testować wartości tuż poniżej granicy maksymalnej, samą granicę maksymalną i tuż powyżej granicy maksymalnej (M-1, M, M+1).

• Stosować w połączeniu z partycjonowaniem na klasy równoważności, aby zoptymalizować pokrycie i liczbę przypadków testowych.

• Dokładnie analizować specyfikację wymagań w celu identyfikacji wszystkich potencjalnych granic (nie tylko liczbowych, ale także czasowych, logicznych, statusów, itp.).

• Rozważać granice dla wartości specjalnych, takich jak zero, wartości ujemne (jeśli mają zastosowanie) oraz wartości puste/null.

• Dokumentować przypadki testowe dla wartości brzegowych, jasno wskazując oczekiwane wyniki (zarówno dla danych ważnych, jak i nieważnych).

Typowe błędy i pułapki

• Testowanie wyłącznie wartości granicznych (np. tylko 18 i 65), pomijając wartości bezpośrednio sąsiadujące (17, 19, 64, 66).

• Niewyczerpująca identyfikacja wszystkich granic dla danego pola, np. skupianie się tylko na liczbach dodatnich, ignorując zero lub wartości ujemne tam, gdzie są istotne.

• Brak zrozumienia specyfikacji wymagań, co prowadzi do błędnego określenia wartości granicznych (np. pomyłka w 'większe niż' vs. 'większe lub równe').

• Pomijanie granic logicznych lub nieliczbowych, koncentrując się wyłącznie na zakresach liczbowych (np. nie testowanie granicznych stanów w automacie skończonym).

• Nieprzemyślane użycie, np. zastosowanie BVA do danych, które nie mają jasno zdefiniowanych granic lub zakresów.

office@freenetmedia.pl