¿Los estudios de desarrollo de juegos escriben pruebas para sus juegos de la misma manera que lo haría un desarrollador web o de sistemas?

Hay al menos un par de tipos de pruebas que usaría un desarrollador web o de sistemas. Hay pruebas unitarias, donde prueba algunos aspectos del sistema de forma aislada, y hay pruebas funcionales, donde prueba todo el sistema para asegurarse de que todo funcione según lo diseñado. Las pruebas unitarias obtienen la mayor cantidad de prensa, porque todos hacen ALGUNOS niveles de pruebas funcionales. O al menos sus usuarios lo hacen por ellos. 😉

Si está preguntando sobre pruebas unitarias, entonces “a veces”.

Si están escribiendo un motor de juego, entonces al menos es razonable que escriban pruebas unitarias. Algunos aspectos de nivel inferior de un juego también pueden admitir pruebas unitarias. Los sistemas de IA vienen a la mente.

Pero como otros han mencionado, la mayoría de las pruebas que se realizan en los juegos son realizadas por humanos o implican otros tipos de pruebas funcionales (ejecutar la aplicación completa y garantizar que la velocidad de fotogramas se mantenga en un buen rango, por ejemplo).

En su mayor parte, todas las pruebas, excepto las más básicas, realizadas en juegos se realizan en humanos, con la excepción principal de probar la interfaz de usuario, que puede ser y con frecuencia está automatizada. La razón por la que se ejecutan pocas pruebas automáticas en los juegos es que es un problema realmente difícil. La mayoría de los juegos no se reducen fácilmente a muchas pruebas simples, y el comportamiento interesante que se encuentra en la mayoría de los juegos proviene más de cómo interactúan las partes que de las partes probables individuales.

E incluso si intentas probar automáticamente el juego, cada vez que un diseñador de juegos entra para ajustar el juego, pondrían en riesgo las pruebas automatizadas. Y si sus pruebas se rompen cada vez que modifica el juego, entonces son peores que inútiles.

Ellos si. Digo esto porque vi hace mucho tiempo un video de Ubisoft probando cómo funcionaba la mecánica del juego de pasar personas en Assasins creed II, por lo que crearon un espacio cerrado, sacaron a muchas personas que se encuentran en las calles y al asesino la zona, y la prueba consistió en correr tropezando contra esas personas.

Entonces sí, hacen pruebas, tienen que hacerlo.

Si te refieres a casos de prueba, entonces sí. Cada documento de diseño para una característica puede convertirse en casos de prueba, para QA. No todos los documentos se convierten en una prueba, pero muchos sí. (dice que tenemos una función de “invitar amigos”, así que compruebe que la tenemos y funciona)
También hacemos pruebas de lista (prueba de cada arma en cada nivel como cada personaje jugable, por ejemplo) y pruebas de juego orgánico (¿se sintió divertido?).

Tenemos algunas pruebas automatizadas que se ejecutan durante la noche, pruebas de rendimiento para demostrar nuestra velocidad de fotogramas en diferentes tipos de máquinas e incluso pruebas de enfoque donde observamos a personas que nunca han visto un nuevo juego tratar de descubrir cómo jugar. Eso nos dice si la interfaz de usuario funciona correctamente y si estamos dando a los jugadores suficiente información sobre lo que está sucediendo y qué hacer.