Co to jest Szary Box Testowanie? Techniki, przykład

Szary Box Testowanie

Szary Box Testowanie lub Testowanie szarej skrzynki to technika testowania oprogramowania służąca do testowania produktu programowego lub aplikacji z częściową wiedzą na temat wewnętrznej struktury aplikacji. Celem testowania szarej skrzynki jest wyszukiwanie i identyfikowanie defektów spowodowanych nieprawidłową strukturą kodu lub niewłaściwym użyciem aplikacji.

W tym procesie powszechnie identyfikowane są błędy specyficzne dla kontekstu, które są związane z systemami internetowymi. Zwiększa to pokrycie testowe poprzez koncentrację na wszystkich warstwach dowolnego złożonego systemu.

Szary Box Testowanie to metoda testowania oprogramowania będąca połączeniem obu Biały Box Testowanie i czarny Box Metoda testowania.

  • W kolorze białym Box testowanie struktury wewnętrznej (kodu) jest znane
  • W czerni Box testowanie wewnętrznej struktury (kodu) jest nieznane
  • W kolorze szarym Box Testowanie wewnętrznej struktury (kodu) jest częściowo znane

Szary Box Testowanie

W inżynierii oprogramowania, Gray Box Testowanie daje możliwość testowania obu stron aplikacji, warstwy prezentacji, jak również części kodu. Jest to przydatne przede wszystkim w Testy integracyjne i Testowanie penetracyjne.

Przykład Graya Box Testowanie: Podczas testowania witryn internetowych zawierających linki lub linki osierocone, jeśli tester napotka jakiś problem z tymi linkami, może od razu wprowadzić zmiany w kodzie HTML i sprawdzić to w czasie rzeczywistym.

Dlaczego szary Box Testowanie

Szary Box Testowanie przeprowadza się z następującego powodu:

  • Zapewnia połączone korzyści testowania metodą czarnej skrzynki i białej skrzynki
  • Łączy wkład programistów i testerów i poprawia ogólną jakość produktu
  • Zmniejsza obciążenie długiego procesu testowania typów funkcjonalnych i niefunkcjonalnych
  • Daje programiście wystarczającą ilość wolnego czasu na naprawę usterek
  • Testowanie odbywa się z punktu widzenia użytkownika, a nie projektanta

Szary Box Strategia testowania

Aby wykonać testowanie Gray box, nie jest konieczne, aby tester miał dostęp do kodu źródłowego. Test jest projektowany na podstawie wiedzy o algorytmie, architekturach, stanach wewnętrznych lub innych opisach wysokiego poziomu zachowania programu.

Aby wykonać test szarego pola:

  • Stosuje prostą technikę testowania metodą czarnej skrzynki
  • Polega na generowaniu przypadków testowych wymagań i jako taki ustala wszystkie warunki, zanim program zostanie przetestowany metodą asercji.

Techniki stosowane w testach Grey Box to:

  • Testowanie matrycy: Ta technika testowania polega na zdefiniowaniu wszystkich zmiennych istniejących w programach.
  • Testy regresji: Aby sprawdzić, czy zmiana w poprzedniej wersji spowodowała regresję innych aspektów programu w nowej wersji. Zostanie to osiągnięte poprzez strategie testowania, takie jak ponowne przetestowanie wszystkich, ponowne przetestowanie ryzykownych przypadków użycia, ponowne przetestowanie w zaporze ogniowej.
  • Testowanie układu ortogonalnego lub OAT: Zapewnia maksymalne pokrycie kodu przy minimalnej liczbie przypadków testowych.
  • Testowanie wzorców: Testowanie to jest wykonywane na danych historycznych poprzednich defektów systemu. W przeciwieństwie do testowania czarnej skrzynki, testowanie szarej skrzynki zagłębia się w kod i ustala, dlaczego wystąpiła awaria

Zwykle stosuje się metodologię Grey Box narzędzia do automatycznego testowania oprogramowania do przeprowadzenia testów. Tworzone są kody pośredniczące i sterowniki modułów, aby odciążyć testera od ręcznego generowania kodu.

Oto kroki, jakie należy wykonać, aby przeprowadzić test Grey Box:

  • Krok 1: Zidentyfikuj dane wejściowe
  • Krok 2: Identyfikacja wyników
  • Krok 3: Zidentyfikuj główne ścieżki
  • Krok 4: Identyfikacja podfunkcji
  • Krok 5: Opracuj dane wejściowe dla podfunkcji
  • Krok 6: Opracuj wyniki dla podfunkcji
  • Krok 7: Wykonaj przypadek testowy dla podfunkcji
  • Krok 8: Sprawdź poprawność wyniku dla podfunkcji
  • Krok 9: Powtórz kroki 4 i 8 dla innych funkcji podrzędnych
  • Krok 10: Powtórz kroki 7 i 8 dla innych funkcji podrzędnych

Przypadki testowe do testowania metodą szarej skrzynki mogą obejmować: Przypadki testowe związane z interfejsem graficznym, Przypadki testowe związane z bezpieczeństwem, Przypadki testowe związane z bazą danych, Przypadki testowe związane z przeglądarką, Operazwiązane z systemem itp.

Szary Box Wyzwania testowe

  • Gdy testowany komponent napotka jakiś rodzaj awarii, może to doprowadzić do przerwania trwającej operacji
  • Gdy test jest wykonywany w całości, ale treść wyniku jest niepoprawna.

Podsumowanie

  • Całkowity koszt usterek systemowych można zmniejszyć i zapobiec ich dalszemu rozprzestrzenianiu się dzięki testowaniu metodą Grey Box
  • Testowanie metodą szarej skrzynki jest bardziej odpowiednie dla GUI, Testy funkcjonalne, ocena bezpieczeństwa, aplikacje internetowe, usługi internetowe itp.
  • Techniki stosowane w testach Grey Box
    • Testowanie matrycy
    • Testy regresji
    • Testowanie OAT lub szyku ortogonalnego
    • Testowanie wzorców