Lo que dicen quienes probaron el proceso

Valentina Orzuza

Diseñadora de experiencias VR

Antes del curso sabía que algo andaba mal en mis builds de VR, pero no tenía vocabulario para describirlo. Acá aprendí a identificar latencia de renderizado, a leer métricas de fotogramas y a ajustar parámetros sin romper la experiencia. Fue un proceso gradual, nada automático, pero con dirección clara.

El módulo de optimización de shaders cambió cómo pienso cada escena.

Miriam Sueldo

QA tester en estudio independiente

Lo que más me sirvió fue entender que el testing en AR tiene sus propias reglas: la superposición de capas digitales sobre el mundo real introduce errores que no existen en pantallas convencionales. El curso aborda eso con casos concretos, no con teoría genérica.

Hoy detecto problemas de tracking antes de que lleguen al equipo de desarrollo.

• Errores de tracking identificados en etapa temprana1
• Ciclos de revisión reducidos por build2
• Herramientas nuevas incorporadas al flujo3

Venía de desarrollo web y el salto a AR fue más brusco de lo que esperaba. El curso de Belvaskenu me dio un mapa: desde cómo estructurar casos de prueba hasta cómo comunicar bugs al equipo de arte sin generar fricciones. Eso último parece menor, pero en la práctica importa mucho.

La sección sobre documentación de defectos visuales es la más subestimada del programa.

No tenía experiencia previa en testing. Entré pensando que iba a ser un curso técnico árido y resultó ser lo contrario: cada concepto viene con un escenario de juego real donde aplicarlo. Tardé más de lo esperado en algunos módulos, pero eso fue por mi ritmo, no por falta de material.

Terminé el programa con un protocolo de pruebas propio que ya estoy usando.