Esta presentación muestra las ideas clave para el desarrollo de videojuegos mediante desarrollo dirigido por pruebas (o TDD):

1. Desarrollo dirigido
por Pruebas para
Videojuegos
Javier Gutiérrez
javierj@us.es / @IWT2_Javier

2. ¿Quién soy yo?

3. 3
• Acercar el desarrollo de
videojuegos a las
prácticas de Ingeniería del
Software
• Justificar que se puede
aplicar TDD para el
desarrollo de videojuegos
• Ver los principales
problemas y soluciones
para aplicar TDD en el
desarrollo de
videojuegos.
Objetivos
Objetivos

4. 4
1. Mi experiencia.
2. ¿Qué es TDD?.
3. ¿Quién usa TDD para
desarrollar videojuegos?.
4. Aspectos claves en
videojuegos.
5. Probar el código que no
se ve.
6. Conclusiones.
TDD y Videojuegos
Índice

5. 5
Mi experiencia

6. Faltan enemigos
Demasiado
rápido
Constante
equivocada
Mala lógica
Variable no
declarada
Mi Experiencia

7. • Sin pruebas
• No veía fácilmente el diseño
• Fallaba por sorpresa sin saber por qué
• Cambiaba por cambiar.
• Apechugar con las malas decisiones.
• No avanzaba.
• Presionado por fecha límite.
• Me sentía mal.
• Un cuadro típico de necesito TDD.
Mi experiencia

8. Mi experiencia

9. 9
¿Qué es TDD?

10. ¿Qué es TDD?

11. ¿Qué es TDD?

12. 1. You are not allowed to write any production code unless it is to
make a failing unit test pass.
2. You are not allowed to write any more of a unit test than is
sufficient to fail; and compilation failures are failures.
3. You are not allowed to write any more production code than is
sufficient to pass the one failing unit test.
¿Qué es TDD?

13. 13
¿Qué es TDD?

14. ¿Esto se aplica a videojuegos?
Resolviendo niveles automáticamente
http://www.youtube.com/watch?v=DlkMs4ZHHr8

15. 15
¿Quién usa TDD?

16. ¿Usan TDD para desarrollar juegos?
Onikami

17. ¿Usan TDD para desarrollar juegos?
• Solo es útil ara determinados algoritmos.
• Dedicamos mucho más tiempo a tareas que
son escribir código.
• Probamos los juegos a mano.
• Provoca grandes retrasos.
• No lo usamos porque nunca lo hemos usado.
• Umbral de entrada muy alto.
• No merece la pena.

18. ¿TDD sirve?
• TDD incrementa el tiempo y los recursos.
• TDD es difícil en determinados contextos
(como interfaces gráficas).
• TDD es difícil de aprender y aplicar
correctamente.
• Las diferencias entre personas influyen
mucho en los resultados.
• TDD suele evitar errores de código.
• TDD no suele evitar errores de aceptación.
• TDD suele generar código menos
acoplado.
• Resultados no concluyentes cobre la
mejora de diseño con TDD

19. ¿Todos?... No

20. 20
Aspectos claves en
videojuegos

21. Puntos clave
• UX es el rey, el código no.
• Falta de SRD.
• Destapar.
• Probar lo visible.
• Aleatoriedad.
• Problema con las herramientas.

22. Puntos clave
• Movimiento
• Colisiones
• Inteligencia artificial
• Respuestas a inputs externos.
• Eventos de tiempo
• Carga de assets
• Pintar la pantalla
• Reproducir los gráficos
• Probar el juego como el usuario
final.
• Programación multihilo.
• Rendimiento.
Es mas difícil aplicar TDD a:Podemos aplicar TDD a

23. 23
Separación de
conceptos

24. La S de Solid
A CLASS SHOULD HAVE
ONLY ONE REASON TO
CHANGE.

25. Single Responsibility

26. Single Responsibility

27. 27
Independencia de
los gráficos

28. TDD y Videojuegos
Filosofía TDD

29. TDD y videojuegos

30. Probar los actores
Gema:
Tiene posición X, Y
Está visible por defecto
Puede volverse invisible

31. Haz visible lo invisible

32. Usa lo visual a tu favor
Hazlo fácil de ver / cambiar.
• Pero la UX es importante
• Vas a tener que jugar con
tu juego muchoooo.
• Procura que sea divertido.
• Agiliza los cambios.

33. 33
Mas ejemplos

34. Lógica del juego
Combinación:
• 4 Valores
• En un rango de [1-4]
• Valor correcto =
intenta el siguiente.
• Valor incorrecto =
vuelve a empezar

35. Lógica del juego
Combinación:
• 4 Valores
• En un rango de [1-4]
• Valor correcto =
intenta el siguiente.
• Valor incorrecto =
vuelve a empezar
Si destapamos el
código

36. 36
¿Y eso cómo queda
en la realidad?

37. 37
Test Coverage Metric

38. 38
Y en el futuro…..

39. 39
Conclusiones

40. Conclusiones

41. Conclusiones
• Falsa sensación de
velocidad.
• Falsa sensación de
seguridad.
• No tener claro qué probar
• Set-up complejo.
• Módulos “Dios”
¿Por qué pierdo la fe?
Mal diseño

42. Conclusiones
Todo por hacer

43. Enlaces
Fin