Wprowadzenie do testowania czarnej skrzynki
Techniki testowania czarnej skrzynki to metoda obejmująca wewnętrzną strukturę, projekt lub implementację przedmiotu, który ma być testowany. Przeprowadzane testy mogą być funkcjonalne lub niefunkcjonalne. Jest to znane jako testowanie czarnej skrzynki, ponieważ osoba testująca system nie jest świadoma wewnętrznej struktury kodu. Tester nie wie nic o szczegółach implementacji i wewnętrznych ścieżkach. Testowanie odbywa się całkowicie na podstawie wymagań i specyfikacji oprogramowania otrzymanych przez testera. Głównym celem tego testu jest wejście i wyjście, które są dostarczane do systemu.
Techniki testowania czarnej skrzynki
Przypadki testowe zaprojektowane do testowania systemu odgrywają ważną rolę w testowaniu. Należy wziąć pod uwagę sposób ich tworzenia i scenariusze, które obejmują. Testerzy mogą utworzyć dokument specyfikacji wymagań, korzystając z poniższych technik:
- Partycjonowanie równoważności
- Analiza wartości granicznej
- Testowanie tabeli decyzyjnej
- Testy stanu przejściowego
- Błąd zgadywania
- Metody testowania oparte na grafie
- Testy porównawcze
- Użyj techniki Case
Poniżej przedstawiono techniki wyjaśnione poniżej:
1. Testy równoważności
- Ta technika dzieli wartości wejściowe dostarczane do oprogramowania na różne grupy lub klasy. Odbywa się to na podstawie wyników, które zostaną przedstawione w wyniku. Ta technika jest również znana jako podział na klasy równoważności. W ten sposób oszczędzamy wysiłku dostarczania różnych danych wejściowych. Zamiast tego podajemy jedną wartość grupie lub klasie, aby przetestować wynik dla tej grupy lub klasy. Pomaga to poprawić zasięg testu, a tym samym zmniejszyć liczbę poprawek. Czas jest również zapisywany, ponieważ nie należy podawać osobnych danych wejściowych. Dane wejściowe dla każdej klasy są wystarczające.
- Weźmy przykład ocen, które uczniowie oceniają. Jeśli uczeń uzyska wynik powyżej 75%, uzyskał wyróżnienie za pierwszą klasę. Podobnie, jeśli wynik wynosi od 60% do 75%, to on zapewnił pierwszą klasę. Jeśli wynik wynosi od 50% do 60%, wówczas druga klasa. Jeśli wynik wynosi od 40% do 50%, to klasa zaliczenia, w przeciwnym razie porażka. Tutaj będą cztery klasy. Te przypadki testowe są tworzone i zapewnia się, że wszystkie możliwości są w ten sposób uwzględnione. Dlatego wystarczające jest testowanie z dowolnymi wartościami z tego zestawu.
2. Analiza wartości brzegowej
- Tutaj nacisk kładziony jest na wartości, które są obecne na granicach. Wynika to z faktu, że zwykle występuje wiele problemów związanych z testowaniem z wartościami skupionymi na granicach. Granica koncentruje się na wartościach bliskich granicy, w której zmienia się zachowanie systemu. W analizie wartości granicznej należy przetestować oba dane wejściowe, które są ważne i nieważne.
- Na przykład, jeśli chcemy przetestować wartości z zakresu od 1 do 100, powinniśmy sprawdzić, czy program działa dla wartości takich jak 1-1, 1 + 1, 1, 100-1, 100 + 1 itd. Pomaga to w ponownie oszczędzając czas, ponieważ możemy sprawdzić tylko takie wartości, jak 0, 1, 2, 99, 100 i 101.
3. Testowanie tabeli decyzyjnej
Ilekroć istnieją logiczne warunki lub kroki decyzyjne, należy zastosować tę technikę. Mogą być tak, jakby określony warunek nie był spełniony, wówczas należy wykonać akcję A, w przeciwnym razie należy wykonać akcję B. Tester musi zidentyfikować dane wejściowe i działania, które należy wykonać na podstawie warunków. Na ich podstawie tworzona jest tabela decyzyjna. Rozważ przykład, w którym nieparzysta liczba pojazdów jest dozwolona tylko w poniedziałek, środę, piątek i niedzielę, a parzysta liczba pojazdów jest dozwolona we wtorek, czwartek i sobotę. W takim przypadku są dwa warunki i dwie akcje. Warunek 1 to pojazdy nieparzyste, a Warunek 2 to pojazdy parzyste. Działania to dni, w których pojazdy te mogą znajdować się na drogach. W tym przypadku całkowita liczba przypadków testowych może wynosić cztery, a zatem można odpowiednio wyprowadzić tabelę decyzyjną.
4. Testy stanu przejściowego
W tej technice przypadek testowy próbuje przetestować system w różnych stanach. Ten stan może się zmieniać w zależności od różnych warunków lub zdarzeń. Gdy wystąpi określone zdarzenie, można przetestować te scenariusze.
5. Zgadywanie błędów
Ta technika opiera się głównie na doświadczeniu. Gdy tester ma doświadczenie w pracy z dowolną aplikacją, jego zachowanie i funkcje są mu znane. W ten sposób można znaleźć wiele problemów. Korzystając z tego doświadczenia, testerom łatwo jest odgadnąć, gdzie większość programistów jest podatna na błędy. Mogą to być wartości zerowe, zaakceptowanie przycisku przesyłania bez żadnej wartości, przesłanie pliku bez załącznika, przesłanie pliku o rozmiarze mniejszym lub większym niż określony limit itp.
6. Testy oparte na grafie
Każda aplikacja jest budowana przy użyciu niektórych obiektów. Wszystkie używane obiekty są odnotowywane i przygotowywany jest wykres. Z tego wykresu identyfikowana jest relacja każdego obiektu, a przypadki testowe są odpowiednio zapisywane.
7. Testy porównawcze
W tej technice używa się różnych wersji tego samego oprogramowania, a następnie porównuje się je w celu przetestowania całego systemu. Zachowanie jest odnotowywane i porównywane dla wszystkich wersji, a wszelkie odchylenia są odnotowywane.
8. Użyj techniki Case
Ta technika służy do identyfikacji wszystkich używanych przypadków testowych zgodnie z systemem. Zanotowano wszystkie scenariusze, które pomagają zrozumieć pełną funkcjonalność każdej funkcji w sposób kompleksowy. Przypadki testowe powinny zawierać przypadki obejmujące wszystkie scenariusze od początku do końca zgodnie z użytkowaniem systemu.
Wniosek
Testy Black Box nie wchodzą w szczegóły kodowania. Koncentruje się głównie na testowaniu i sprawdzaniu poprawności działania i funkcjonalności oprogramowania. Nie ma potrzeby posiadania zaplecza technicznego, a testy można rozpocząć natychmiast po zakończeniu opracowywania projektu. Zarówno testerzy, jak i programiści mogą pracować w silosach. Jest bardziej skuteczny w przypadku dużych aplikacji, w których funkcjonalność ma większe znaczenie niż kod. Pomaga także w identyfikowaniu wad i problemów na wczesnym etapie testowania. Po ponownym przetestowaniu można sprawdzić, czy problemy nadal występują, a system zostanie ponownie zweryfikowany.
Polecane artykuły
Jest to przewodnik po technikach testowania czarnej skrzynki. Tutaj omawiamy wprowadzenie do testowania czarnej skrzynki, techniki i 8 najlepszych technik w czarnej skrzynce. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Testowanie Fuzz
- Testy negatywne
- Testowanie tabeli decyzyjnej
- Testowanie szarych skrzynek