oder
Loggen Sie sich ein, um 1-Click® einzuschalten.
 
 
Alle Angebote
90 Angebote ab EUR 19,91
Möchten Sie verkaufen?
Hier verkaufen
 
   
Test Driven Development. By Example (Addison-Wesley Signature)
 
 
Für Kunden: Stellen Sie Ihre eigenen Bilder ein.
Search Inside!™

Test Driven Development. By Example (Addison-Wesley Signature) (Taschenbuch)

von Kent Beck (Autor)
3.8 von 5 Sternen  Alle Rezensionen anzeigen (8 Kundenrezensionen)
Preis: EUR 22,95 Kostenlose Lieferung. Siehe Details.
o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
Gewöhnlich versandfertig in 3 bis 6 Wochen.
Verkauf und Versand durch Amazon.de. Geschenkverpackung verfügbar.

81 neu ab EUR 21,89 9 gebraucht ab EUR 19,91
Weitere Ausgaben: Preis: Weitere Angebote:
Taschenbuch (1st) Gebraucht bestellen!
Amazon Kindle
Amazon Kindle - Jetzt internationaler Versand aus den USA
Entdecken Sie über 250.000 englischsprachige Bücher, Zeitungen und Zeitschriften. Mehr erfahren und bestellen bei Amazon.com in den USA.

Wird oft zusammen gekauft

Test Driven Development. By Example (Addison-Wesley Signature) + Refactoring: Improving the Design of Existing Code (Object Technology Series) + Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin)
Preis für alle drei: EUR 86,85

Einige dieser Artikel sind schneller versandfertig als andere. Details anzeigen

Kunden, die diesen Artikel gekauft haben, kauften auch

Refactoring: Improving the Design of Existing Code (Object Technology Series)

Refactoring: Improving the Design of Existing Code (Object Technology Series)

von Martin Fowler
4.8 von 5 Sternen (52)  EUR 37,95
xUnit Test Patterns: Refactoring Test Code (Addison Wesley Signature Series)

xUnit Test Patterns: Refactoring Test Code (Addison Wesley Signature Series)

von Gerard Meszaros
3.5 von 5 Sternen (2)  EUR 40,95
Extreme Programming Explained: Embrace Change

Extreme Programming Explained: Embrace Change

von Kent Beck
4.0 von 5 Sternen (57)  EUR 25,95
Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin)

Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin)

von Robert C. Martin
4.3 von 5 Sternen (15)  EUR 25,95
The Pragmatic Programmer. From Journeyman to Master

The Pragmatic Programmer. From Journeyman to Master

von Andrew Hunt
4.4 von 5 Sternen (33)  EUR 27,95
› Weitere Artikel entdecken

Produktinformation

  • Taschenbuch: 240 Seiten
  • Verlag: Addison-Wesley Longman, Amsterdam (20. November 2002)
  • Sprache: Englisch
  • ISBN-10: 0321146530
  • ISBN-13: 978-0321146533
  • Größe und/oder Gewicht: 23,2 x 18,6 x 1,6 cm
  • Durchschnittliche Kundenbewertung: 3.8 von 5 Sternen  Alle Rezensionen anzeigen (8 Kundenrezensionen)
  • Amazon.de Verkaufsrang: Nr. 1.721 in Englische Bücher (Die Bestseller Englische Bücher)

    Beliebt in dieser Kategorie:

    Nr. 18 in  Englische Bücher > Computers & Internet > Programming > Software Design, Testing & Engineering > Software Development

    •  Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?

  • Komplettes Inhaltsverzeichnis ansehen
  • Dies ist eine Folge aus der Serie Signature.

Produktbeschreibungen

Kurzbeschreibung

Quite simply, test-driven development is meant to eliminate fear in application development. While some fear is healthy (often viewed as a conscience that tells programmers to "be careful!"), the author believes that byproducts of fear include tentative, grumpy, and uncommunicative programmers who are unable to absorb constructive criticism. When programming teams buy into TDD, they immediately see positive results. They eliminate the fear involved in their jobs, and are better equipped to tackle the difficult challenges that face them. TDD eliminates tentative traits, it teaches programmers to communicate, and it encourages team members to seek out criticism However, even the author admits that grumpiness must be worked out individually! In short, the premise behind TDD is that code should be continually tested and refactored. Kent Beck teaches programmers by example, so they can painlessly and dramatically increase the quality of their work.


Synopsis

Quite simply, test-driven development is meant to eliminate fear in application development. While some fear is healthy (often viewed as a conscience that tells programmers to "be careful!"), the author believes that byproducts of fear include tentative, grumpy, and uncommunicative programmers who are unable to absorb constructive criticism. When programming teams buy into TDD, they immediately see positive results. They eliminate the fear involved in their jobs, and are better equipped to tackle the difficult challenges that face them. TDD eliminates tentative traits, it teaches programmers to communicate, and it encourages team members to seek out criticism However, even the author admits that grumpiness must be worked out individually! In short, the premise behind TDD is that code should be continually tested and refactored. Kent Beck teaches programmers by example, so they can painlessly and dramatically increase the quality of their work.
Alle Produktbeschreibungen

Was kaufen Kunden, nachdem sie diesen Artikel angesehen haben?

Test Driven Development. By Example (Addison-Wesley Signature)
68% kaufen den auf dieser Seite vorgestellten Artikel:
Test Driven Development. By Example (Addison-Wesley Signature) 3.8 von 5 Sternen (8)
EUR 22,95
Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin)
10% kaufen
Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin) 4.3 von 5 Sternen (15)
EUR 25,95
Testgetriebene Entwicklung mit JUnit & FIT: Wie Software änderbar bleibt
10% kaufen
Testgetriebene Entwicklung mit JUnit & FIT: Wie Software änderbar bleibt 4.7 von 5 Sternen (12)
EUR 39,00
Refactoring: Improving the Design of Existing Code (Object Technology Series)
8% kaufen
Refactoring: Improving the Design of Existing Code (Object Technology Series) 4.8 von 5 Sternen (52)
EUR 37,95
Weitere Artikel entdecken
In diesem Buch (Mehr dazu)
Ausgewählte Seiten ansehen
Buchdeckel | Auszug | Rückseite
Hier reinlesen und suchen:

Tags, die Kunden mit diesem Produkt verbinden

 (Was ist das?)
Klicken Sie zum Suchen verwandter Artikel, Diskussionen oder Personen auf ein Tag.
 
(1)
 
Beliebteste Tags anzeigen
 

Kundenrezensionen

8 Rezensionen
5 Sterne:
 (4)
4 Sterne:
 (1)
3 Sterne:
 (1)
2 Sterne:
 (1)
1 Sterne:
 (1)
 
 
 
 
 
Durchschnittliche Kundenbewertung
3.8 von 5 Sternen (8 Kundenrezensionen)
 
 
 
 
Sagen Sie Ihre Meinung zu diesem Artikel:
Die hilfreichsten Kundenrezensionen

 
24 von 26 Kunden fanden die folgende Rezension hilfreich:
5.0 von 5 Sternen Nicht nur für Agilisten, 23. Mai 2003
Von Christoph Steindl (Linz, Austria) - Alle meine Rezensionen ansehen
(REAL NAME)   
Test-getriebene Entwicklung hat sich aus den vorausgehenden Tests von Extreme Programming entwickelt, setzt aber prinzipiell keine agile Vorgehensweise im Projekt voraus. Dadurch ist sie auch einsetzbar, wenn das Projekt prinzipiell konventionell durchgeführt wird, zielt aber prinzipiell nur auf die Unit-Tests ab.
Bei Test-getriebener Entwicklung wird - wie der Name schon sagt - die Entwicklung durch automatisierte Tests getrieben, indem neuer Code nur dann geschrieben wird, wenn ein automatisierter Test fehlgeschlagen hat. Außerdem wird darauf geachtet, dass duplizierter Code durch Refactoring eliminiert wird. Diese beiden einfachen Regeln erzeugen ein komplexes Verhalten von Individuen und Gruppen:
*) Die Entwickler müssen Tests schreiben, bevor sie die Implementierung schreiben. Dadurch wächst der Entwurf (und somit die Anwendung) organisch.
*) Die Entwickler müssen die Tests selbst schreiben, weil sie nicht ständig darauf warten können, dass das die Tester machen.
*) Die Entwicklungsumgebung muss rasche Antworten liefern, damit Änderungen schnell durchgeführt werden können.
*) Der Entwurf muss aus vielen hoch-kohäsiven und lose gekoppelten Komponenten bestehen, weil er dadurch leicht testbar wird.
Der Entwickler geht bei Test-getriebener Entwicklung in den folgenden drei einfachen Schritten vor:
*) Rot: Schreibe einen kleinen Test, der noch nicht funktionieren kann (und sich eventuell auch noch gar nicht übersetzen lässt).
*) Grün: Mache, dass der Test so schnell wie möglich gut geht (auch wenn du dazu Sünden begehen musst).
*) Refactoring: Eliminiere duplizierten Code, der im zweiten Schritt eingeführt wurde.
Diese Vorgehensweise hat den psychologischen Effekt, dass sich der Entwickler auf kleine Schritte fokussieren kann und das Ziel (sauberer Code, der funktioniert) nicht aus den Augen verliert. Wenn bisher durch erhöhten Stress weniger Zeit zum Testen geblieben ist, dadurch wiederum weniger getestet wurde, hat das sehr leicht zu einem Teufelskreis geführt, mit immer mehr Unsicherheit und Stress. Test-getriebene Entwicklung hingegen führt dazu, dass der Entwickler bei erhöhtem Stress einfach öfters die bereits vorliegenden automatisierten Tests durchführt. Dadurch bekommt er unmittelbar die Rückmeldung, dass ohnehin noch alles funktioniert, was den Stress reduziert und die Fehlerwahrscheinlichkeit sinken lässt.
Die ersten beiden Schritte sind mit den Farben »rot« und »grün« eingeleitet, weil die Tests typischerweise mit Hilfe eines Test-Frameworks geschrieben werden bei dem Fehler rot angezeigt werden.
Test-getriebene Entwicklung bezieht sich allerdings nur auf die Tests, die der Entwickler selbst durchführt, d.h. auf die Unit-Tests, deren Umfang eventuell weiter gesehen wird als bei rein konventioneller Vorgehensweise. Funktionale Tests durch eigene Tester bzw. Systemtests werden nicht eigens adressiert aber auch nicht ausgeschlossen.

Kent Beck zeigt dem Leser anhand eines langen Beispiels, wie er arbeitet, und gibt anschließend Patterns zum Schreiben von Tests, Code und Testframeworks.

Ein weiterer Vorteil des Buchs ist, dass man es an einem Tag lesen kann.

Kommentar Kommentar | Kommentar als Link | War diese Rezension für Sie hilfreich? Ja Nein (Rezension unzumutbar?)



 
13 von 14 Kunden fanden die folgende Rezension hilfreich:
4.0 von 5 Sternen Dieses Buch infiziert mit dem "Test-First"-Virus!, 10. Januar 2004
Von Oliver Klee (Bonn, Germany) - Alle meine Rezensionen ansehen
(REAL NAME)   
In seinem Buch "Test-Driven Development" (TDD) beschreibt Kent Beck den "Test-First"-Ansatz anhand von zwei großen Real-World-Beispielen: einer Währungs-Klasse in Java und einem xUnit-Test-Framework in Python.

Dabei führt Kent Beck den Leser in unterhaltsamer, gut verständlicher Sprache durch die Beispiele. Er geht dabei in sehr kleinen, leicht nachzuvollziehenden Schritten vor, anhand derer der Geist des Test-First-Programming sehr deutlich wird. Zeitweilig wirkt diese Vorgehensweise aber auch etwas langatmig, und einige wenige Design-Entscheidungen wirken sehr willkürlich und an den Haaren herbeigezogen.

Die Beispiele sind bei brauchbaren Vorkenntnissen in der jeweiligen Sprache (Java bzw. Python) gut zu verstehen. Wer die Sprachen jedoch bisher noch nicht benutzt hat, muss sich auf etwas anstrengendere Lektüre gefasst machen - so der von Beck angepriesene "Nebenher-Python-Lernen-Effekt" ist bei mir jedenfalls nicht aufgetreten.

Abgerundet wird das Buch durch ein großes Kapitel, welche Patterns TDD benutzt werden: Entwicklungsstrategien, Teststrategien, Design Patterns, Refactoring und andere. Dieses Kapitel ist das Glanzstück dieses Buches.

Generell lässt das Buch den "Test-Infected"-Virus überspringen und vermittelt die beim TDD angewandten Strategien sehr anschaulich. Es bietet sich daher als ergänzende Lektüre zusätzlich zu einer Einführung in TDD wunderbar an.

Kommentar Kommentar | Kommentar als Link | War diese Rezension für Sie hilfreich? Ja Nein (Rezension unzumutbar?)



 
16 von 18 Kunden fanden die folgende Rezension hilfreich:
1.0 von 5 Sternen keine substanz, 18. November 2007
Von C. Kaestner (Magdeburg) - Alle meine Rezensionen ansehen
(REAL NAME)   
Das Buch sollte die praktische Anwendung von testgetriebener Entwicklung an Beispielen zeigen. Ich hatte das Buch gekauft in der Hoffnung mich damit ueberzeugen zu lassen, leider hat dies nicht geklappt.

Das Buch beginnt mit einem ausfuehrlichen, aber nahezu trivialen Beispiel, dem Umrechnen von Waehrungen. Daran erklaert es zwar anschaulich den Ansatz, Problem ist aber dass das Problem so einfach ist dass man den ganzen Ueberbau kaum braucht. Die gesamte Endloesung ist so klein dass sie problemlos auf eine Bildschirmseite passt, was bleibt ist lediglich die Beschreibung des Prozesses.

In einem zweiten Abschnitt nimmt er sich ein etwas komplexeres Beispiel in einer anderen Programmiersprache. Dummerweise ist das Beispiel IMHO sehr schlecht gewaehlt, es geht ums bootstrapping von einer xUnit Implementierung, was die Beschreibung unnoetig kompliziert macht (z.B. TestCaseTest als Test fuer eine TestCase klasse mit der man Tests beschreiben kann). Insgesamt ist aber auch dieses Beispiel wieder sehr einfach und kann insgesamt nicht ueberzeugen.

Der dritte und letzte Abschnitt widmet sich der Diskussion und ist wahrscheinlich noch der Beste, waeren da nicht zwei voellig unmotivierte Kapitel zu Design Pattern und Refactoring. Diese Kapitel sind zu kurz fuer Leute die diese Konzepte noch nicht kennen und voellig unnuetz fuer Leute die diese Konzepte kennen. Ein Zusammenhang zur testgetriebenen Entwicklung wird nicht wirklich hergestellt.

Nach dem Lesen des Buches bleiben mehr offene Fragen als vorher. Es gibt keine Anhaltspunkte wie man den Ansatz skaliert wenn man etwas kompliziertes entwickelt als mathematische Algorithmen. Spannende Fragen zu komplexen Strukturen, Datenbankanbindungen, Oberflaechen, Nutzerinteraktion o.ae. werden in den letzten Kapitel kurz erwaehnt aber weitgehend offen gelassen. Das Buch liefert leider wirklich nicht mehr als zwei einfache(!) Beispiele.

Das Buch ist ziemlich duenn und sehr lachs geschrieben, mit staendigen Metakommentaren. Geschackssache. Leider staendig Behauptungen ohne jedwede Belege (wie auch praktisch keinerlei weiterfuehrende Literatur angegeben ist). Ganz selten wird mal eine Fallstudie erwaehnt. Es wirkt alles wie eine fixe Idee ohne Substanz, obwohl ich eigentlich testgetriebende Entwicklung gar nicht so eingeschaetzt haette. Buecher wie Code Complete sind hier um Welten besser geschrieben.

Fazit: Nicht empfehlenswert.
Kommentar Kommentar | Kommentar als Link | War diese Rezension für Sie hilfreich? Ja Nein (Rezension unzumutbar?)


Sagen Sie Ihre Meinung zu diesem Artikel: Eigene Rezension erstellen
 
 
 
Die neuesten Kundenrezensionen

2.0 von 5 Sternen Disappointingly lacking in substance
As a developer I try to achieve a balance between producing a paper design that goes down to the level of code, and coding without having thought about the problem. Lesen Sie weiter...
Veröffentlicht am 3. Oktober 2006 von Malcolm Howlett

5.0 von 5 Sternen Klare Linie, lockerer Schreibstil
Kent Beck schafft es mit diesem Buch, das Thema Test Driven Development locker zu vermitteln. Die entsprechenden Beispiele unterstreichen das. Lesen Sie weiter...
Veröffentlicht am 26. Mai 2005 von Marco Jacob

3.0 von 5 Sternen Anregende Ideen
Ein schönes, dünnes Buch das man schnell gelesen hat.
Kennt Beck treibt die kleinsten Test/Codier/Änderungs-Zyklen
bis zum Excess. Das scheint mir zu dogmatisch. Lesen Sie weiter...
Veröffentlicht am 25. Oktober 2003 von Marcel Ruff

5.0 von 5 Sternen Ansporn zum Ausprobieren
Im lockeren Stil beschreibt Kent Beck den TDD Softwareentwicklungsansatz: Zuerst den Test schreiben, dann folgt der Code und last but not least das Design. Lesen Sie weiter...
Veröffentlicht am 12. März 2003 von Daniel Flück

5.0 von 5 Sternen Sehr interessant!
Die TDD ist wirklich sehr interessant. Ich habe mich schon seit längerer Zeit dafür interessiert, seitdem ich mich über XP informiert habe, aber jetzt kann ich den Ansatz wirklich... Lesen Sie weiter...
Veröffentlicht am 30. November 2002 von roy_schneider

Nur in den Rezensionen zu diesem Produkt suchen


Kunden diskutieren

Das Forum zu diesem Produkt
Diskussion Antworten Jüngster Beitrag
Noch keine Diskussionen

Fragen stellen. Meinungen austauschen. Neues erfahren.
Neue Diskussion starten
Thema:
Erster Beitrag:
Eingabe des Log-ins
 


Aktive Diskussionen in ähnlichen Foren
   
Ähnliche Foren

Lieblingslisten

Legen Sie Ihre eigene Lieblingsliste an

Ähnliche Artikel finden

Anhand des Sachgebietes nach ähnlichen Produkten suchen:



























Das bedeutet, jeder Titel/Artikel muss zu Sachgebiet 1 UND zu Sachgebiet 2 UND... gehören.

Ihr Kommentar

Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?

Für Sie dokumentiert

 (Was ist das?)

Sobald Sie sich Produktseiten oder Suchergebnisse angesehen haben, finden Sie diese Seiten zu Ihrer Information hier aufgeführt.