Tabla de contenido:
- Definición - ¿Qué significa Test Driven Development (TDD)?
- Techopedia explica Test Driven Development (TDD)
Definición - ¿Qué significa Test Driven Development (TDD)?
El desarrollo impulsado por pruebas (TDD) es un enfoque de desarrollo de software en el que se escribe una prueba antes de escribir el código. Una vez que el nuevo código pasa la prueba, se refactoriza a un estándar aceptable.
TDD asegura que el código fuente se prueba exhaustivamente en la unidad y conduce a un código modularizado, flexible y extensible. Se enfoca en escribir solo el código necesario para pasar las pruebas, haciendo que el diseño sea simple y claro.
Techopedia explica Test Driven Development (TDD)
TDD permite al programador dar pequeños pasos mientras escribe software. La prueba se escribe antes de probar la funcionalidad y garantiza que la aplicación sea adecuada para la comprobabilidad. Las pruebas en una pequeña cantidad de código se realizan para atrapar los errores que ocurren en el código probado. Entonces se implementa la funcionalidad. Esto se conoce como "refactor verde rojo", donde rojo significa falla y el verde muestra un pase. Estos pasos se repiten. El primer objetivo de un programador es centrarse en la tarea en cuestión y aprobarla.
Los diferentes pasos involucrados en un ciclo de desarrollo impulsado por pruebas son:
- Agregue una prueba: cada nueva característica en TDD comienza con una prueba que tiene que fallar, ya que se aplica antes de que se implementen las características. El requisito esencial para escribir una prueba antes de la implementación de la característica es una comprensión clara del requisito por parte del desarrollador. Esto se logra a través de historias de usuarios y casos de uso. Por lo tanto, un desarrollador comprende el requisito antes de escribir el código del programa.
- Ejecute todas las pruebas y compruebe si el nuevo código falla: esto garantiza el correcto funcionamiento del arnés de prueba y que la nueva prueba no se pasa por error sin ningún código nuevo. Este paso también prueba la prueba y elimina la posibilidad de que la nueva prueba siempre pase.
- Escribir código: el siguiente paso que sigue es escribir código que borre la prueba. El nuevo código no es perfecto, pero luego se modifica según los requisitos. Simplemente está diseñado para pruebas y no incluye otras funcionalidades.
- Ejecute pruebas automatizadas: si cada caso de prueba producido pasa fácilmente la prueba, implica que el código cumple con todas las especificaciones requeridas. Por lo tanto, se puede comenzar el paso final del ciclo.
- Código de refactorización: es similar a eliminar la duplicación. Una refactorización no daña ninguna funcionalidad existente y ayuda a eliminar la duplicación entre los códigos de producción y prueba. El código ahora se limpia según sea necesario.
- Repetir: el ciclo se repite como en los casos anteriores con una nueva prueba. El requisito esencial es que el tamaño de los pasos debe ser pequeño, con alrededor de 1 a 10 ediciones entre cada ejecución de prueba. Si el nuevo código no satisface una nueva prueba, el programador debe realizar una depuración adicional. La integración continua proporciona puntos de control reversibles.
