Presentación de Javier Castañeda @jdandini sobre Unit Testing en iOS en el meetup de NSCoder Mexico

1. Javier Castañeda
@jdandini
Unit Testing

2. ¿Te ha pasado que...?
● Al reescribir código quieres asegurarte de que todo funciona
● No estas seguro si tu arquitectura es correcta
● Quieres que tu código sea bug free

3. ¿Te ha pasado que...?
● Heredas código y al hacerle cambios ruegas a todos los dioses
paganos para que algo no se rompa

4. ¿Para qué hacemos pruebas automáticas?
● Probar que el código funcione
● Prevenir bugs y errores de regresión
● Ayuda a pensar sobre interacciones en tu código
● Escribir documentación viviente
Creas código mantenible

5. ¿Qué debo probar?
1. Lo nuevo
2. La funcionalidad central
3. Flujos de UI más comunes
4. Límites

6. ¿Cómo es una buena prueba?
● Rápida
● Aislada
● Repetible
● Auto validada

7. ¿Qué herramienta uso para hacer pruebas?

8. El proceso

9. Verifica tu arquitectura
● ¿Las responsabilidades de las clases y métodos en tu aplicación
están bien definidas?
● Elimina acoplamiento de código

10. “Si no puedes probar algo fácilmente, tienes un
error en tu arquitectura”
Uncle Bob

11. Red, green & refactor
● Escribe una prueba
● Provoca un fallo a la prueba (inputs)
● Provoca que la prueba pase (inputs)
● Refactoriza tu prueba

12. Ventajas y desventajas
● Seguridad de que todo funciona
● Identificación de errores de regresión
● Seguridad al ejecutar cambios
● Mejor calidad de código
● Sólo se escriben una vez

13. Desventajas
● Mayor tiempo al desarrollar algo
● En caso de no tener es muy largo escribir pruebas
● Proceso “tedioso y aburrido”

14. ¿Cómo creo una?
Demo

15. “QA no debe encontrar nada, ellos no son tu
detector de errores”
Uncle Bob

16. Fin
¿Preguntas?