Pruebas: tiempo de calidad con dunit

9/19/2017

1105

Pruebas: tiempo de calidad con dunit

Rob Bracken comprueba lo que la programación extrema el uso de DUnit puede hacer por el desarrollo de su aplicación.
Usted probablemente ha oído hablar de Extreme Programming o XP (no, no creo que Microsoft tenía en mente cuando llamaron a la última versión de Windows). XP te anima a ser obsesivo acerca de las pruebas de su código y refactorizar a la caída de un sombrero. XP y refactorización se complementan muy bien, como no estar seguros acerca de la refactorización, a menos que pueda probar la refactorizado sistema.
Incluso si usted no hace mucho refactorización, sin embargo, es una buena idea para poner a prueba el sistema de vez en cuando. Por otra parte, si se establece una serie de pruebas que probar automáticamente su código, usted puede comprobar después de realizar cambios. Así, si el jefe de su hijo de 10 años le ha demostrado cómo realizar una combinación de correspondencia de Word puede agregar esa función, con la confianza de que no se ha roto nada, en algún lugar del sistema. Entonces, cuando Borland lanzamientos de la próxima versión de Delphi con la más ágil de las características o de la empresa estandariza en otro de back - end de base de datos, puede migrar el código a ella con el mínimo de alboroto, la fijación de cualquier cosa que no pasa las pruebas. Finalmente, cuando la hélice de cabeza que programar la rutina vital que sostiene todo el sistema de las hojas de la compañía, usted todavía puede mantener, como tus cambios no pasar las pruebas, a menos que la rutina que se sigue para hacer lo que fue diseñado para hacer. Estoy seguro que usted puede pensar en otras buenas razones para mantener una suite de prueba.
Si estás siguiendo XP reglas, que van a escribir las pruebas de rutina antes de escribir la rutina. Luego, cuando pasa las pruebas, usted puede estar seguro de que hace lo que se supone que debe hacer. Es realmente más fácil escribir el código una vez que has escrito las pruebas. La calidad de su código de mejora, se pierde menos tiempo en la solución de problemas y la lucha contra incendios, etc, etc (pero has escuchado estos argumentos antes, ¿no?). No, sin embargo, tiene que hacer el full XP poco para tomar ventaja de los beneficios de la prueba automática.
haga CLIC AQUÍ para ver el artículo completo.

Pruebas: tiempo de calidad con dunit

Pruebas: tiempo de calidad con dunit : Multi-millones de consejos para hacer su vida mas facil.

Rob Bracken comprueba lo que la programacion extrema el uso de DUnit puede hacer por el desarrollo de su aplicacion.
Usted probablemente ha oido hablar de Extreme Programming o XP (no, no creo que Microsoft tenia en mente cuando llamaron a la ultima version de Windows). XP te anima a ser obsesivo acerca de las pruebas de su codigo y refactorizar a la caida de un sombrero. XP y refactorizacion se complementan muy bien, como no estar seguros acerca de la refactorizacion, a menos que pueda probar la refactorizado sistema.
Incluso si usted no hace mucho refactorizacion, sin embargo, es una buena idea para poner a prueba el sistema de vez en cuando. Por otra parte, si se establece una serie de pruebas que probar automaticamente su codigo, usted puede comprobar despues de realizar cambios. Asi, si el jefe de su hijo de 10 años le ha demostrado como realizar una combinacion de correspondencia de Word puede agregar esa funcion, con la confianza de que no se ha roto nada, en algun lugar del sistema. Entonces, cuando Borland lanzamientos de la proxima version de Delphi con la mas agil de las caracteristicas o de la empresa estandariza en otro de back - end de base de datos, puede migrar el codigo a ella con el minimo de alboroto, la fijacion de cualquier cosa que no pasa las pruebas. Finalmente, cuando la helice de cabeza que programar la rutina vital que sostiene todo el sistema de las hojas de la compañia, usted todavia puede mantener, como tus cambios no pasar las pruebas, a menos que la rutina que se sigue para hacer lo que fue diseñado para hacer. Estoy seguro que usted puede pensar en otras buenas razones para mantener una suite de prueba.
Si estas siguiendo XP reglas, que van a escribir las pruebas de rutina antes de escribir la rutina. Luego, cuando pasa las pruebas, usted puede estar seguro de que hace lo que se supone que debe hacer. Es realmente mas facil escribir el codigo una vez que has escrito las pruebas. La calidad de su codigo de mejora, se pierde menos tiempo en la solucion de problemas y la lucha contra incendios, etc, etc (pero has escuchado estos argumentos antes, ¿no?). No, sin embargo, tiene que hacer el full XP poco para tomar ventaja de los beneficios de la prueba automatica.
haga CLIC AQUI para ver el articulo completo.