Pruebe la ruta de interacción en dispositivos de entrada reales

Listar entradas y estados importantes

Crea filas para el ratón, el tacto, el teclado y el lápiz solo si el juego admite esas entradas. Añade columnas para pulsar, mover, soltar, cancelar, perder el foco y cambiar el tamaño de la ventana. En un juego de arrastrar, prueba tanto la liberación normal como el evento pointercancel. En uno de teclado, prueba varias teclas a la vez y comprueba qué ocurre cuando el foco sale de la página. La matriz debe reflejar las mecánicas reales, no ser una lista genérica de dispositivos.

Registre el dispositivo, el navegador, la ventana gráfica y los pasos cuando falla una prueba. Devtools puede emular tamaños de pantalla, pero no todos los comportamientos del hardware o gestos del sistema. Utilice un dispositivo táctil real para un juego táctil y compruebe el desplazamiento de la página por su superficie.

Repetir después de cambios de diseño

Ejecute la misma prueba breve después de cambiar el tamaño del lienzo, la orientación, los menús o los puntos de interrupción adaptables. Confirme que las coordenadas del puntero aún se corresponden con las coordenadas del juego y que el enfoque aún llega al elemento deseado. Un juego puede pasar las pruebas de entrada iniciales y fallar después de un cambio de tamaño porque su transformación de visualización cambió mientras que las pruebas de colisión conservaron los valores antiguos.

Repita las pruebas después de cambiar el tamaño del lienzo, la orientación, los menús o los puntos de interrupción. Confirme que las coordenadas del puntero aún se asignan correctamente y que el enfoque alcanza el elemento deseado. MDN documenta eventos de puntero a través del mouse, el lápiz y el tacto; utilice pointerType para organizar casos, no como sustituto de las pruebas.

Preguntas sobre ⁨pruebas de entrada para juegos⁩