komunikaty wysyłane do aplikacji, zachowanie dziedziny, rysowanie elementów interfejsu użytkownika itp.
Zasady BDD Zgodnie z metodyką TDD, dla każdej jednostki oprogramowania programista musi: najpierw zdefiniować zestaw testów dla danego modułu; doprowadzić do niezaliczenia testów; zaimplementować moduł; na końcu upewnić się, że wdrożenie modułu sprawiło, iż testy zostały wykonane pomyślnie Ta definicja jest raczej niespecyficzna, ponieważ umożliwia testy pod kątem wysokopoziomowych wymagań oprogramowania, szczegółów technicznych niskiego poziomu lub czegokolwiek pomiędzy. Z tego powodu, BDD można postrzegać jako ciągły rozwój TDD, który dokonuje bardziej szczegółowych wyborów niż TDD.
BDD określa, że testy dowolnej jednostki oprogramowania powinny być opisane pod kątem pożądanego zachowania urządzenia. Zapożyczone z programowania zwinnego pojęcie "pożądanego zachowania" w tym przypadku składa się z wymagań stawianych przez firmę - to jest pożądanego zachowania, które ma wartość biznesową dla dowolnego podmiotu, który zlecił stworzenie danej jednostki oprogramowania. W praktyce BDD jest to określane jako działanie "na zewnątrz".
Przypisy
Kategoria:Testowanie oprogramowania