X
BLOG

Los 7 hábitos de los programadores de gran éxito

Los 7 hábitos de los programadores de gran éxito Tiempo de leer: 3 minutos

El ejercicio es difícil, bueno, en realidad no es tan difícil como tedioso y fácil de evitar. El ejercicio en sí es sencillo, pero hacerlo con regularidad es la parte difícil. Resulta que las pruebas de software son similares al ejercicio de muchas maneras: es tedioso, fácil de omitir, propenso al comportamiento compulsivo y es mejor hacerlo en cantidades consistentemente más pequeñas. Y, por supuesto, es muy valioso y tremendamente eficaz para producir software de alta calidad.

A medida que nos acomodamos en 2017 y averigüemos si vamos a tener éxito en mantener nuestras resoluciones de Año Nuevo, seamos más proactivos con nuestros hábitos de prueba de software, ¿de acuerdo?

El ejercicio funciona mejor cuando se realiza de forma regular, incluso si la cantidad es pequeña. Solo 10 minutos de ejercicio al día es mejor que 2 horas una vez a la semana. ¿Y si intentaras hacerlo todo a la vez? Imagínese si su objetivo fuera hacer ejercicio 30 minutos dos veces por semana, un total de aproximadamente 50 horas durante todo el año. ¿Esperarías hasta la última semana de diciembre e irías al gimnasio 10 horas al día durante 5 días seguidos? Suena ridículo, pero curiosamente, este es el enfoque que los desarrolladores y evaluadores de software están adoptando en organizaciones de todo el país y del mundo.

Las suites de prueba que no se mantienen se vuelven ruidosas e inútiles y, finalmente, se vuelven aún menos bien mantenidas. El análisis estático que se implementa incorrectamente como una herramienta de prueba proporciona una relación ruido-valor bastante mala y, finalmente, se ignorará en su mayoría. Lo mismo ocurre con otras prácticas básicas que deberían formar parte de sus hábitos habituales de ejercicio de código. Los hábitos que ayudarán a mejorar la seguridad, la calidad y la seguridad de nuestro software son importantes sin importar qué tipo de código esté desarrollando, ya sea TI empresarial, integrado, IoT, médico, automotriz o aeroespacial. Estas mejores prácticas, implementadas habitualmente, se han probado una y otra vez en desarrolladores exitosos de todas las industrias.

1. Revisión por pares

Tener un segundo o tercer par de ojos que revisen su código puede ayudar efectivamente a encontrar problemas serios antes de que lleguen al usuario. Para arraigar la práctica como parte de su régimen, asegúrese de no exagerar. No intente revisar una base de código completa, simplemente revise los cambios relacionados con una función o solución. Confíe en el análisis estático para realizar el tedioso trabajo de estilo, mejores prácticas y aplicación de cumplimiento.

2. Análisis de código estático

Obtenga un buen conjunto de reglas preventivas que pueda vincular directamente con los problemas que ha tenido en el pasado y los problemas que desea evitar en el futuro. No lo ejecute simplemente en control de calidad, asegúrese de que esté en los escritorios de los desarrolladores donde reciben una notificación temprana y pueden solucionar problemas. Cualquier problema de cumplimiento, como la seguridad funcional, debe formar parte de su configuración de análisis estático.

3. Redacción de pruebas unitarias

Escriba pruebas unitarias sobre la marcha: una para cada archivo o una para cada cambio. Escribirlos mientras codifica es más rápido porque ya sabe lo que se supone que debe hacer el código. Hágalos robustos para que no se rompan si se mueven a otra máquina o se hacen funcionar otro día.

4. Ejecución y mantenimiento de pruebas unitarias

Cuanta menos frecuencia realice las pruebas, más ruidosas se volverán: es la segunda ley de la termodinámica en acción. Haga un esfuerzo real para recortar lentamente el ruido cada vez que suelte. Nadie tiene tiempo para hacerlo todo a la vez, así que trata de ser un poco mejor en esta versión que en la anterior.

5. Mejora de la cobertura del código

Además de crear nuevas pruebas unitarias, asegúrese de que la cantidad de código que está probando esté aumentando midiendo su cobertura. Trabaje para aumentar el número gradualmente, tal vez un 5% mejor en esta versión que en la anterior. La forma de aumentar este número es aprovechar las tecnologías de prueba avanzadas como virtualización de servicios , para permitirle probar sistemas complicados.

6. Medición

No puede administrar lo que no mide. ¿Cómo saber si las cosas están mejorando o empeorando? Reúna datos de sus actividades de desarrollo, como registros, errores encontrados, infracciones de análisis estático, cobertura, etc. En la primera pasada, simplemente recopílelos. Después de un par de lanzamientos, podrá ver si los números suben o bajan. Para obtener más información sobre buenas prácticas de métricas, consulte mi presentación en métricas que importan.

7. Realización de autopsias

Tómese un tiempo después de un lanzamiento para revisar cómo fue. Después de 90 días, tiene una buena idea de la calidad inicial y puede hacer una evaluación. ¿Qué salió mal? ¿Cómo puede evitar esas cosas en el futuro? Utilice el análisis estático para implementar la prevención de problemas específicos.

Cuando mejore sus prácticas de prueba de software, recuerde lo difícil que es cumplir con los propósitos de año nuevo. Todos necesitamos mejorar, pero no muerdas más de lo que puedes masticar. Averigüe por dónde empezar y arregle una cosa a la vez. Menos es más: cree hábitos pequeños pero consistentes para lograr el máximo impacto.

Escrito por

Arthur Hicken

Arthur ha estado involucrado en seguridad de software y automatización de pruebas en Parasoft durante más de 25 años, ayudando a investigar nuevos métodos y técnicas (incluidas 5 patentes) mientras ayuda a los clientes a mejorar sus prácticas de software.

Reciba las últimas noticias y recursos sobre pruebas de software en su bandeja de entrada.

Prueba Parasoft