Opinie czytelników
Podsumowanie:Książka zawiera kompleksowy przegląd zwinnych testów akceptacyjnych i podkreśla ich rolę w poprawie komunikacji między interesariuszami biznesowymi a zespołami programistów. Omawia wady tradycyjnych wymagań i opowiada się za opartym na współpracy, opartym na przykładach podejściem do specyfikacji. Chociaż jest to zarówno wnikliwe, jak i praktyczne, niektórzy czytelnicy uważają, że styl pisania jest suchy, a treść potencjalnie przestarzała.
Zalety:⬤ Oferuje dogłębny wgląd w zwinne testy akceptacyjne i ich znaczenie w komunikacji.
⬤ Praktyczne i skuteczne podejścia wykorzystujące rzeczywiste przykłady do określania wymagań.
⬤ Zapewnia kulturową zmianę sposobu myślenia niezbędną do udanego tworzenia oprogramowania.
⬤ Przejrzyste objaśnienia złożonych tematów sprawiają, że jest to korzystne dla zespołów programistycznych pełniących różne role (menedżerowie, analitycy, testerzy, programiści).
⬤ Skuteczne metody zmniejszania niejednoznaczności wymagań.
Wady:⬤ Styl pisania jest postrzegany jako suchy, co utrudnia niektórym czytelnikom pozostanie zaangażowanym.
⬤ Zawiera nieaktualne informacje, ponieważ część treści może nie być zgodna z aktualnymi narzędziami lub praktykami.
⬤ Kilka linków w książce już nie działa, co może utrudniać dostęp do dodatkowych zasobów.
⬤ Niektórzy czytelnicy mogą uznać wersję Kindle za mniej przyjazną dla użytkownika ze względu na problemy z nawigacją.
(na podstawie 22 opinii czytelników)
Oryginalny tytuł:
Bridging the Communication Gap: Specification by Example and Agile Acceptance Testing
Zawartość książki:
Bridging the Communication Gap to książka o poprawie komunikacji między klientami, analitykami biznesowymi, programistami i testerami w projektach programistycznych, w szczególności poprzez wykorzystanie specyfikacji na przykładach i zwinnych testów akceptacyjnych.
Te dwie kluczowe nowe praktyki tworzenia oprogramowania mogą znacznie zwiększyć szanse powodzenia projektu. Zapewniają one, że wszyscy uczestnicy projektu mówią tym samym językiem i budują wspólne i spójne zrozumienie domeny.
Prowadzi to do lepszych specyfikacji, eliminuje błędne założenia i zapewnia wykrycie luk funkcjonalnych przed rozpoczęciem rozwoju. Dzięki tym praktykom można tworzyć oprogramowanie, które jest naprawdę odpowiednie do celu.
