Nie jest wymagana specyficzna znajomość kodu aplikacji, jej wewnętrznej struktury ani wiedza programistyczna w ogóle. Tester jest świadomy tego, co oprogramowanie ma robić, ale nie jest świadomy tego, jak to robi. Na przykład, tester jest świadomy, że dane wejściowe zwracają pewne, niezmienne wyjście, ale nie jest świadomy, jak oprogramowanie w ogóle wytwarza to wyjście.
Przypadki testoweEdit
Przypadki testowe są budowane wokół specyfikacji i wymagań, czyli tego, co aplikacja ma robić. Przypadki testowe pochodzą zazwyczaj z zewnętrznych opisów oprogramowania, w tym specyfikacji, wymagań i parametrów projektowych. Chociaż stosowane testy mają przede wszystkim charakter funkcjonalny, mogą być również stosowane testy niefunkcjonalne. Projektant testów wybiera zarówno prawidłowe, jak i nieprawidłowe dane wejściowe i określa prawidłowe dane wyjściowe, często z pomocą wyroczni testowej lub poprzedniego wyniku, który jest znany jako dobry, bez znajomości wewnętrznej struktury obiektu testowego.
Techniki projektowania testówEdit
Typowe techniki projektowania testów black-box obejmują:
- Testowanie tabelą decyzyjną
- Testowanie wszystkimi-.testowanie par
- Aquivalence partitioning
- Analiza wartości granicznych
- Graf przyczynowo-skutkowy
- Odgadywanie błędów
- Testowanie przejść stanów
- Testowanie użycia funkcji testowanie
- Testowanie przypadków użycia
- Testowanie historyjek użytkownika
- Analiza domeny
- Testowanie składni
- Technika łączenia
.