Professional Documents
Culture Documents
DEVELOPMENT (TDD)).
Esta es una prctica de programacion que involucra a dos fases: Se escriben las
pruebas primero y luego se refactoriza. Para llevar a cabo las pruebas
generalmente se utiliza la prueba unitara.
Primeramente, se disean y escriben los casos de prueba y pruebas unitarias en
base a los requisitos del software y su arquitectura y se verifica que las pruebas
fallen.
En segunda instancia, se codifica el proyecto de tal manera que el cdigo haga
que que la prueba cumpla satisactoriamente lo propuesto, y despus se
refactoriza el cdigo escrito.
CICLO DE DESARROLLO
En primer lugar se debe definir una lista de requisitos para poder proseguir con
el ciclo:
codificacin limpia que funcione y sea segura ante los constantes cambios.
Como dije, los requisitos deben ser traducidos a pequeas pruebas unitarias de
tal manera que cuando todas estas pruebas superen las implementaciones y
todas sus derivadas, se puede asegurar que la aplicacion va a funcionar
correctamente.
En s, un codigo influenciado por este tipo de programacin es relativamente
simple y sin duda muy seguro. Y un codigo simple y seguro es mas facil de
cambiar que un cdigo que nos muestra lo contrario como lo complejo y lo frgil.
En escencia este tipo de cdigo que se respalda en pruebas, cualquier cambio
que rompe el cdigo se descubre de forma ms rpida y por consiguiente es
ms fcil de arreglar.
Como el cdigo es guiado por pruebas y estas tienen que cumplir los
requerimentos, dan al progamador un mayor nivel de confianza en el
cdigo.