Capítulo 78. Desarrollo basado en pruebas
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Dave Farley
El desarrollo dirigido por pruebas (TDD) se malinterpreta mucho. Antes de TDD, lo único que ejercía presión para lograr una alta calidad en el software eran los conocimientos, la experiencia y el compromiso de un programador. Después de TDD, había algo más.
En general, se considera que la alta calidad del software incluye las siguientes propiedades del código:
-
Modularidad
-
Acoplamiento flexible
-
Cohesión
-
Buena separación de preocupaciones
-
Ocultación de información
El código comprobable tiene esas propiedades. TDD es desarrollo (diseño) impulsado por pruebas. En TDD, escribimos la prueba antes de escribir el código que hace que la prueba pase. TDD es mucho más que "buenas pruebas unitarias".
Escribir primero la prueba es importante; significa que siempre acabamos con código "comprobable". También significa que la cobertura nunca es un problema. Si escribimos primero la prueba, siempre tendremos una gran cobertura y no tendremos que preocuparnos de ella como métrica, y es una métrica pobre.
TDD amplifica el talento de un programador de software. No hace grandes a los malos programadores, pero hace mejor a cualquier programador.
TDD es muy sencillo-el proceso es Rojo, Verde, Refactorizar:
-
Escribimos ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access