archivo

Archivos diarios: julio 2, 2012

A veces localizar determinados errores e incidencias en el código y/o localizar puntos donde el sistema no tiene un buen rendimiento o donde funcionalmente tiene “comportamientos extraños” resulta complejo porque se obvian segmentos del código que se entiende que tienen un funcionamiento correcto.

¿Por qué se puede llegar a la conclusión de que funcionan si lo mismo ni siquiera lo has programado tu y ni te has preocupado por analizar el código? Pues porque generalmente hasta ahora no ha provocado problemas.

Bien, pero, ¿en qué contexto no ha dado problemas?, ¿estás seguro que en este el comportamiento era el adecuado?. En la mayoría de los casos no se somete al código a todas las casuísticas posibles, a veces porque la propia dinámica del proyecto te obliga a seleccionar bien el testing a realizar y a reutilizar componentes desarrollados en este o en otros proyectos y otras veces porque confiamos demasiado en le software que desarrollamos y en nuestra infalibilidad antes los errores (he conocido a mucha gente que se creía infalible pero a ninguno que lo fuera realmente).

Andy Hunt tiene una cita que resume todo esto de la siguiente manera: “No pases por alto una rutina o una sección de código implicado en el error porque creas que funciona. Demuéstralo. Demuéstralo en este contexto, con estos datos y con estas restricciones”.