What do you think?
A Kent Beck Signature Book
Test-Driven Development: By Example
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.
216 pages, Paperback
First published January 1, 2002
Ratings & Reviews
Friends & Following
Create a free account to discover what your friends think of this book!
Community Reviews
Displaying 1 - 2 of 2 reviews
June 11, 2023
TL;DR
¿Deberías leer este libro? No lo veo esencial.
Versión extendida:
El libro está dividido en 3 partes, la que más me ha aportado ha sido la última.
Primera parte, diseño de una app para realizar operaciones básicas con divisas usando TDD. Escribe el listado de requisitos, los requisitos que van saliendo los apunta para más tarde. Va de uno en uno con el ciclo TDD:
1) Añade un pequeño test.
2) Ejecuta todos los tests y falla.
3) Haz un pequeño cambio.
4) Ejecuta los tests y funciona.
5) Refactoriza para eliminar duplicación.
TDD mantra -> Red/Green/Refactor
Se supone que tienes que ser capaz tanto de hacer pequeños cambios como cambios más grandes. En el libro va muy poco a poco.
Segunda parte, desarrolla un framework de testing en Python siguiendo TDD. Muy meta.
Tercera parte, patrones que surgen en esta práctica, patrones de diseño y refactorings (en la línea del libro Refactoring). El estilo de preguntas y respuestas que sigue esta parte me ha gustado.
Si quieres profundizar un poco en el tema TDD, aprender alguna cosa y aumentar tu confianza sobre el tema, pues bien, aunque igual aprendes más practicando que leyendo este libro.
¿Deberías leer este libro? No lo veo esencial.
Versión extendida:
El libro está dividido en 3 partes, la que más me ha aportado ha sido la última.
Primera parte, diseño de una app para realizar operaciones básicas con divisas usando TDD. Escribe el listado de requisitos, los requisitos que van saliendo los apunta para más tarde. Va de uno en uno con el ciclo TDD:
1) Añade un pequeño test.
2) Ejecuta todos los tests y falla.
3) Haz un pequeño cambio.
4) Ejecuta los tests y funciona.
5) Refactoriza para eliminar duplicación.
TDD mantra -> Red/Green/Refactor
Se supone que tienes que ser capaz tanto de hacer pequeños cambios como cambios más grandes. En el libro va muy poco a poco.
Segunda parte, desarrolla un framework de testing en Python siguiendo TDD. Muy meta.
Tercera parte, patrones que surgen en esta práctica, patrones de diseño y refactorings (en la línea del libro Refactoring). El estilo de preguntas y respuestas que sigue esta parte me ha gustado.
Si quieres profundizar un poco en el tema TDD, aprender alguna cosa y aumentar tu confianza sobre el tema, pues bien, aunque igual aprendes más practicando que leyendo este libro.
August 14, 2020
Muy buen libro para los inicios de TDD, entenderlo más a fondo y conocer los pilares. La primer parte se pasa volando , la parte de xunit no me aporto tanto, y la tercer parte es una buena guía de patrones y formas de encarar tdd para tener a mano
Displaying 1 - 2 of 2 reviews