Jakie są zalety i wady każdego frameworka Behavior Driven Development (BDD) dla języka Java?
Znalazłem niektóre z nich tutaj , na przykład.
Czy ma sens używanie frameworka BDD, skoro już używam biblioteki do próbowania (np. Mockito )?
Jakie są zalety i wady każdego frameworka Behavior Driven Development (BDD) dla języka Java?
Znalazłem niektóre z nich tutaj , na przykład.
Czy ma sens używanie frameworka BDD, skoro już używam biblioteki do próbowania (np. Mockito )?
Odpowiedzi:
Właśnie skończyłem porównywać trzy frameworki BDD dla Javy. Oczywiście moje odkrycia mają dość krótki termin przydatności do użycia.
Concordion
EasyB
JBehave
Nie miałem okazji wypróbować Cuke4Duke of JDave tak, jak bym chciał, ale prawdopodobnie będę teraz naciskać na JBehave.
źródło
„wady i zalety” mogą oznaczać różne rzeczy dla różnych ludzi. Zwykle patrzę na
Z niektórych frameworków przyjrzałem się
Odnośnie makiet: Zdecydowanie potrzebujesz również frameworka do kpiny. Frameworki BDD po prostu pomagają w pisaniu specyfikacji, ale niektóre testy będą wymagały mocków lub kodów pośredniczących, szczególnie. podczas projektowania z góry na dół (od przeglądu po szczegóły).
źródło
Oto interesujący link na temat testów akceptacyjnych opartych na Concordion vs. Cucumber i Javie
Naprawdę, spójrz na wspomnianą powyżej.
Krótka odpowiedź: tak, zdecydowanie. W rzeczywistości testy akceptacyjne przy użyciu frameworka BDD i testy jednostkowe w izolacji przy użyciu pozorowanych obiektów są tak różne, że tak naprawdę nie rozumiem tego pytania. Testy akceptacyjne to testy czarnoskrzynkowe. Testy służą do sprawdzenia, czy funkcja biznesowa działa i są idealnie napisane przez analityka biznesowego. Testy jednostkowe w izolacji przy użyciu makiet to testy białoskrzynkowe, testy służą do sprawdzenia, czy jednostka działa i są napisane przez programistów. Oba są przydatne, ale mają zupełnie inne przeznaczenie. Innymi słowy, użycie Mockito w ogóle nie zastępuje frameworka BDD, a odwrotność jest również prawdą.
źródło
Początkowo robiłem BDD z prostym jUnitem, ale ostatnio patrzyłem na JDave, ponieważ to prawie 1: 1 do tego, co robiłem z jUnit. Działa również na jUnit, więc działa już na Eclipse i jest również łatwy w konfiguracji do pracy z systemami ciągłej integracji, takimi jak Hudson. Nie mogę tego porównać z innymi, ale moje doświadczenia z JDave są do tej pory dobre.
Och, i to nigdy nie jest głupi pomysł, aby używać kpiny! Nie są one związane konkretnie z TDD / BDD, ich celem jest ogólne zmniejszenie ciężaru testowania.
źródło
Wow, widzę, że temat jest gorący, dużo dobrych odpowiedzi ...
Pomijając ironię, niedawno odkryłem BDD i uznałem tę koncepcję za interesującą. Hej, to zmusza do napisania testów ... i specyfikacji! Choć może się to wydawać zaskakujące, tego ostatniego może brakować w niektórych projektach ... Lub po prostu brakować precyzji, którą wymusza na BDD.
Artykuł Behavior Driven Development podsumowuje koncepcję i linki do kilku dobrych artykułów (takich jak ten napisany przez Andrew Glovera). Co więcej, na temat tego wątku zawiera dość obszerną (jak sądzę) listę frameworków BDD, z których wiele jest przeznaczonych dla Javy.
Nie rozwiązuje problemu wyboru frameworka, ale przynajmniej ułatwi wyszukiwanie ...
Ponieważ BDD w dużym stopniu opiera się na czytelności kodu testowego, przypuszczam, że dobrym kryterium wyboru jest przejrzenie krótkich wycieczek / samouczków i sprawdzenie, który z nich wydaje się bardziej pasować do Twojego stylu. Innymi kryteriami może być fakt, że framework wykorzystuje narzędzia, które znasz (testy jednostkowe, mockowanie), użycie z IDE i tak dalej.
źródło
Wypróbowałem Cucumber-JVM (wcześniej opracowany jako Cuke4Duke). Używa Gherkin DSL do specyfikacji, przechowywanego jako zwykły tekst.
Można go uruchomić jako test JUnit. Tak więc jedynym problemem związanym z rozpoczęciem korzystania z niego jest umożliwienie ludziom biznesu lub kierownikowi produktu odczytu / zapisu funkcji w Źródłach.
Wyniki
źródło
Mój zespół od jakiegoś czasu używa JBehave . Używa zwykłych plików tekstowych do przechowywania specyfikacji. Każdy krok (określony, kiedy, to) jest następnie wykonywany za pomocą określonej metody, która może wyodrębnić parametry z kroku. Scenariusze mogą mieć wcięcia i być dobrze sformatowane, co bardzo pomaga, jeśli klienci chcą je zweryfikować.
Są też pewne problemy. Przerzuciliśmy się na Javę 6. Czasami niektóre kroki scenariusza są ignorowane podczas wykonywania. Może to spowodować wiele problemów ze znalezieniem przyczyny błędu.
źródło
Mój zespół z powodzeniem korzystał z JBehave - przenieśliśmy się do niego po użyciu EasyB i okazało się, że łatwiejsze w obsłudze są zwykłe pliki tekstowe.
źródło