Construir tests

¿Qué es el testing?

• Son pruebas que se le hacen al código para poder comprobar su correcto funcionamiento.

¿Qué relación tiene el testing con el refactoring?

• Cuando se escribe código la mayor parte del tiempo no se gasta codificando sino haciendo casos de prueba para detectar y corregir bugs en el programa. Esto implica tener que reescribir el código y volver a realizar pruebas.

Problemas del testing “A mano”

• Es lento.• Es tedioso.• Aburrido.• No necesariamente se cubren todos los casos de prueba.

Automatizar el testing

• Consiste en crear clases que se encarguen de comparar los resultados que lanza el programa con los que se espera, agilizando así los procesos y economizando timepo

¿No se pierde tiempo escribiendo código para revisar código?

• Aunque en un principio (especialmente cuando no se está acostumbrado a estos) suena como si se perdiera tiempo, en realidad esto ayuda a encontrar más rápidamente los errores para así poderlos corregir.

Cada cuanto se deben de hacer pruebas

• Mientras más pequeño sea el fragmento de código al que se le apliquen las pruebas más fácil será detectar los errores y corregirlos a tiempo.

¿A todo el código se le debe de escribir una clase para probarlo?

• No, solamente se debería de hacer en las partes del código donde hay más probabilidades de encontrar errores.

¿Qué tan grandes deben de ser las pruebas?

• Se debe de intentar incluir casos variados y así se logra abarcar mayor cantidad de posibles fallas en el código, además no es necesario hacer pruebas de dos casos cuyos comportamientos son parecidos.

Tips

• Escribir las clases de prueba antes que el programa.• Hacer prueba solo en casos de alto riesgo de falla.• Crear tests en bloques pequeños de código.

¿Esto libra a un programa de todos los bugs?

• “Don't let the fear that testing can't catch all bugs stop you from writing the tests that will catch most bugs.”