Sztuka testowania oprogramowania

Recenzje ebooka: Sztuka testowania oprogramowania (2) Poniższe recenzje mogły powstać po przekazaniu recenzentowi darmowego egzemplarza poszczególnych utworów bądź innej zachęty do jej napisania np. zapłaty.

1. Recenzja: blog.rbenkel.me singles, 2013-10-01

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Po dość długiej przerwie czas na recenzję następnej książki, którą otrzymałem od Wydawnictwa Helion. Tym razem tematyka testowania oprogramowania. Temat, którym nie ukrywam jestem dość mocno zainteresowany, tak więc chętnie skorzystałem z możliwości zapoznania się z treścią książki.
   
   Treść
   
   Pozycja ta bardzo dobrze uświadamia nam, że testowanie wcale nie jest zadaniem prostym i wymaga niemałego wysiłku, także podczas planowania testów.
   
   Nie wierzycie? W pierwszym rozdziale podany jest przykład prostego programu:
   
   "Program przyjmuje 3 długości boków trójkąta (dla uproszczenia liczby całkowite), i na tej podstawie ma określić czy trójkąt jest równoboczny, równoramienny czy też różnoboczny."
   
   Opis takiego zadania w książce zajmuje 6 linijek. Spis przypadków testowych, które powinny zostać utworzone dla takiego programu ma 14 pozycji i zajmuje półtora strony.
   
   Na treść książki składa się 9 rozdziałów, z których większość skupia się na różnych metodach projektowania przypadków testowych czy też sposobach testowania.
   
   Autorzy kilkukrotnie powtarzają twierdzenie:
   
   "Testy nie mają udowodnić, że program działa poprawnie. Wręcz przeciwnie – mają pokazać, że nie działa."
   
   Opisane zostają rodzaje błędów, metody testowania „black/white box”, jest też wnikliwy rozdział poświęcony testowaniu pojedynczych modułów czy też testowaniu systemowemu.
   
   Ale to nie jest książka o TDD! Powtarzam to po raz kolejny, że TDD !== testy. Przedostatni rozdział poświęcony jest „testowaniu ekstremalnemu”, któremu najbliżej do tego co dzisiaj rozumiemy pod pojęciem TDD.
   
   Ostatni rozdział skupia się na testowaniu aplikacji internetowych, ale traktuje temat mocno po macoszemu, zamykając się w około 20 stronach.
   
   Tyle o treści, teraz o „interfejsie”, czyli formie.
   
   A ta jest ciężka. Naprawdę. Czy jak byliście na studiach, to mieliście wrażenie, że prawie wszystkie omawiane rzeczy da się wyjaśnić „po ludzku”, ale zamiast tego wszelakie prace napisane są celowo „górnolotnym” językiem, który momentami brzmi jak przysłowiowe „masło maślane”?
   
   Takie wrażenie odnosiłem podczas czytania tej książki. Dlaczego? Wycinek jednego rozdziału:
   
   "O ile realizacja zstępująca może być w jakimś sensie utożsamiana z testowaniem zstępującym, o tyle projektowanie zstępujące jest czymś zupełnie niezależnym od testowania zstępującego: program stworzony za pomocą technik projektowania zstępującego może być przyrostowo testowany w sposób wstępujący – i vice versa."
   
   I trochę dalej:
   
   "Testowanie zstępujące ma swój początek w szczytowym module hierarchii i nie istnieje poza tym jakaś formalna procedura wyboru kolejnego modułu do scalania. Należy jedynie przestrzegać zasady, by uprzednio przetestowany został przynajmniej jeden moduł dokonujący wywołania modułu właśnie dołączanego"
   
   Mógłbym tak jeszcze trochę, ale chyba rozumiecie co mam na myśli. A może to ze mną jest problem, że takie coś mi się po prostu źle czyta – między innymi właśnie dlatego ta recenzja powstała po tak długim czasie – musiałem walczyć z tą książką, mimo że zawarta w niej wiedza jest naprawdę przydatna.
   
   Jeszcze jedna istotna sprawa. Książka jest z roku 2005. I to miejscami widać – po słownictwie oraz po przykładach (dużo Fortrana).
   
   Jakość wydania
   
   Pozycja ta dostępna jest w ramach programu „druk na żądanie”. Książka wydana została w miękkiej oprawie i NIE pochodzi z wydania „eko”. Ma niecałe 300 stron. Formatowanie jest bardzo dobre, ważne rzeczy odpowiednio wyróżnione, kod w przykładach drukowany czcionką o stałej szerokości z pogrubionymi słowami kluczowymi, a diagramy czytelne. Listingi kodu po angielsku, z komentarzami po polsku i miejscowymi wstawkami – dla przykładu teksty rzucanych wyjątków.
   
   Podsumowanie
   
   Moim zdaniem pozycja mocno traci z racji .. ciężko to nazwać. Może metafora. Pewnie wiecie co znaczy „overengineering” w świecie aplikacji. Jakby wymyślić podobne określenie dla książek, to tutaj właśnie bym go użył.
   
   Prawdą jest, że dowiedziałem się nowych rzeczy, ale wydaje mi się, że w celu ich utrwalenia poszukam innych materiałów – znam pojęcia, wiem czego szukać.

2. Recenzja: Software Developers Journal Grzegorz Sarwa; 12/05

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Autorzy książki w wielu miejscach odwołują się do oczywistej prawdy, a mianowicie, że celem testowania oprogramowania nie jest udowodnienie zgodności programu z jego wcześniejszą specyfikacją zewnętrzną, lecz wykrycie jak największej liczby niezgodności na tym polu.

   W pierwszym rozdziale znajdziemy krótkie pytania, na które trzeba odpowiedzieć i przyznać sobie po jednym punkcie za każdą poprawną odpowiedź. Po rozwiązaniu tych pytań i przyznaniu sobie punktów dowiemy się, że nawet osiągnięcie wystarczającego wyniku, aby zaliczyć test nie daje gwarancji, że nasz program będzie bezbłędny. Autorzy opisują psychologiczne i ekonomiczne aspekty testowania oprogramowania. W związku z czym został określony zbiór przydatnych wskazówek i reguł rządzących procesem testowania oprogramowania.

   Bezkomputerowe testowanie programów zostało omówione w dalszej części książki. Należy pamiętać, że było ono przez wiele lat pomijane. Książka zawiera również wiele cennych informacji o testowaniu przypadków testowych, testowaniu modułów (jednostek) oraz o testowaniu wysokopoziomowym, które poza psychologicznym aspektem testowania oprogramowania znajduje się na drugim bardzo ważnym miejscu. Dzięki nim będziemy w stanie usunąć kolejne błędy z naszego programu. Zagadnienia testowania ekstremalnego oraz testowania aplikacji internetowych są jeszcze dość nowe, zatem jeśli myślisz na poważnie o realizacji zadań biznesowych np. związanych z bankowością elektroniczną to książka na pewno Ci się przyda.

   Książkę polecam wszystkim programistom, którzy pragną lub potrzebują poznać techniki i reguły rządzące testowaniem oprogramowania , osobom które chcą podnieść wartość swoich programów ulepszając ich jakość oraz wszystkim tym, którzy w jakimkolwiek stopniu związani są z procesem wytwarzania oprogramowania.

więcej recenzji

ukryj recenzje