Bewertung:
Die Rezensionen zu 'Design Driven Testing: Test Smarter, Not Harder“ sind gemischt. Einige Leser loben die Einblicke in die Testmethodik, andere kritisieren, dass es ein voreingenommener Angriff auf die testgetriebene Entwicklung (TDD) ist. Während einige das Buch als hilfreiche Ressource empfanden, die Klarheit und praktische Beispiele liefert, sind andere der Meinung, dass es an Substanz mangelt, die anderen Arbeiten der Autoren anpreist und Ungenauigkeiten über TDD enthält.
Vorteile:Die Leser schätzten die frische Perspektive des Buches auf Testmethoden, insbesondere die Betonung des designgetriebenen Testens (DDT) gegenüber der traditionellen testgetriebenen Entwicklung (TDD). Der Schreibstil wird als klar und prägnant beschrieben, mit praktischen Beispielen, die das Verständnis der Konzepte erleichtern. Einige fanden, dass es eine hilfreiche Ressource für die Verbesserung von Testtechniken in der Softwareentwicklung ist.
Nachteile:Kritiker argumentieren, dass das Buch TDD ohne ein angemessenes Verständnis abtut und mit Ungenauigkeiten über agile Methoden gespickt ist. Einige fanden, es sei eher Werbematerial für die eigenen Produkte der Autoren, insbesondere ICONIX, als eine faire Erforschung von DDT. Außerdem setzt das Buch die Vertrautheit mit bestimmten Werkzeugen und früheren Arbeiten voraus, was den Zugang zu einem breiteren Publikum einschränken könnte. Mehrere Rezensenten beschrieben den Inhalt als sich wiederholend und trocken.
(basierend auf 11 Leserbewertungen)
Design Driven Testing: Test Smarter, Not Harder
In diesem Kapitel haben wir gezeigt, wie man Unit-Tests ausgehend von einem Softwareentwurf durchführt und dabei systematisch Testszenarien identifiziert, die sicherstellen, dass der Code an den richtigen Stellen abgedeckt ist.
Wir haben auch die Verwendung von "Stunt-Services" und Mock-Objekten veranschaulicht, um den zu testenden Code zu isolieren. Schließlich haben wir besprochen, wie Unit-Tests tiefer in den algorithmischen Code hineingetrieben werden, der von feinkörnigeren Tests profitieren kann.
Gibt es eine Möglichkeit, 95% des Nutzens der umfassenden Unit-Tests, die wir in diesem Kapitel durchgeführt haben, mit deutlich weniger Tests zu erreichen? Im nächsten Kapitel werden wir zeigen, wie man genau das mit Controller-Tests erreichen kann. Wie Sie sehen werden, haben Unit-Tests durchaus ihre Berechtigung, aber Controller-Tests können oft einen intelligenteren, strukturierteren Ansatz für das Testen von Anwendungen darstellen. 136 C H A P T E R 6? Konzeptionelles Design und Controller-Tests Wie Sie in Kapitel 5 gesehen haben, müssen Unit-Tests nicht jede einzelne Codezeile oder sogar jede einzelne Methode mit Tests abdecken.
Es gibt ein Gesetz des abnehmenden Ertrags - und der zunehmenden Schwierigkeit - wenn Sie den Prozentsatz der Codeabdeckung immer höher treiben. Wenn man einen Schritt zurücktritt und das Design in einem breiteren Rahmen betrachtet, ist es möglich, die Schlüsselbereiche des Codes herauszufiltern, die als Eingabe-/Ausgabepunkte fungieren, und die Tests auf diese Bereiche zu konzentrieren.
| ISBN: | 9781430229438 |
| Autor: | |
| Verlag: | |
| Sprache: | Englisch |
| Einband: | Taschenbuch |
Derzeit verfügbar, auf Lager.
