Studio / ROBLOX
Cómo probar tu primer nivel de Studio: un plan práctico
Comprueba aparición, recorrido, colisiones, interfaz y un segundo jugador. Con plantilla de incidencias, tabla y dos esquemas.
Define el comportamiento antes de probar #
Este plan cubre un nivel pequeño con aparición, ruta y meta; no todas las funciones de Roblox. Describe la acción principal y las señales de éxito, como llegar sin atascarse ni caer inesperadamente.
Guarda la versión inicial y anota aparición prevista, recorrido permitido y meta reconocible. Si existen puntos de control, describe la recuperación tras una caída. Así comprobarás una intención concreta.
1. Elige el modo adecuado #
Para aparición y movimiento necesitas personaje. La documentación actual indica que Test inicia con avatar; Test Here comienza cerca de la cámara y ayuda a revisar una sección. Run inicia sin avatar.
Empieza con Test desde el inicio real. Usa después Test Here en zonas lejanas. Registra el modo: empezar siempre junto a la meta puede ocultar errores de aparición. Comprueba los controles de tu versión de Studio.
2. Recorre de forma normal #
Durante la comprobación principal actúa como jugador, sin recolocar el personaje con herramientas del editor. Gira la cámara, rodea el obstáculo y revisa bordes y meta. Prueba ambos lados si parecen disponibles. El esquema utiliza TrainingSpawn, Barrier y Goal.
Describe el punto exacto del fallo. Para una pieza que cae, revisa Anchored; si la atraviesas, CanCollide. Son comprobaciones iniciales, no una explicación universal.
3. Repite y comprueba la recuperación #
Detén y vuelve a iniciar desde la posición original. Repetir muestra si el fallo es reproducible. Comprueba después la recuperación realmente implementada. No supongas puntos de control que todavía no existen.
Escribe resultado esperado y real juntos. Volver al inicio en lugar de la última plataforma es una diferencia concreta cuando se pretende progreso personal. Sin esa mecánica, revisa aparición y ruta tras reiniciar.
4. Revisa Output #
Busca errores, advertencias y mensajes de diagnóstico. Conserva texto exacto, nombre del script y línea cuando estén disponibles. Comprueba que los filtros no oculten el tipo de mensaje o el contexto de servidor.
Un mensaje y un fallo visible pueden estar relacionados, pero no demuestran una causa por sí solos. Registra las acciones anteriores y repítelas tras corregir. Que desaparezca una línea roja no prueba que el camino funcione.
5. Comprueba la interacción de jugadores #
Para objetos compartidos utiliza Server & Clients y empieza con dos clientes. Mira la acción del primero desde el segundo: cambios visibles, mensajes y modificaciones accidentales del estado personal. Termina la sesión al finalizar.
Por ejemplo, el punto de control personal de uno no debería transferirse al otro salvo que se pretenda progreso común. Es una comprobación propuesta. Dos clientes locales revelan errores, pero no prueban rendimiento con mucha carga real.
6. Comprueba una pantalla pequeña #
Para público móvil usa Device Simulator. Revisa si el texto tapa la meta, los botones permanecen visibles y la acción principal es posible. Un diseño cómodo en ordenador no acredita comodidad móvil.
La simulación no sustituye un dispositivo real. Si no hay teléfono para probar, anótalo. Guarda el perfil o dimensiones para repetir las condiciones. La ventana normal del editor no es una prueba móvil.
7. Completa la tabla y prioriza #
Marca funciona, falla o no probado. Una función ausente debe figurar como no implementada, no como aprobada. La tabla expone huecos y permite volver a revisar tras cambios.
Corrige primero lo que impide empezar o terminar, después claridad e interfaz. Guarda una versión funcional y formula una pregunta concreta para cada ejecución, como si el paso ampliado permite pasar.
| Comprobación | Resultado esperado |
|---|---|
| Aparición | Personaje en el lugar previsto |
| Ruta | Meta accesible con controles normales |
| Bordes | Sin atasco ni caída a través de objetos inesperada |
| Recuperación | Coincide con las reglas implementadas |
| Reinicio | Ruta utilizable |
| Output | Errores investigados y filtros revisados |
| Segundo jugador | Cambios personales y comunes según el diseño |
| Pantalla móvil | Acción y controles accesibles |
| Copia guardada | Objetos previstos al volver a abrir |
Escribe una incidencia útil #
Incluye versión, modo, posición inicial, acciones, resultado esperado, real, Output y repetición. Ejemplo: Test desde TrainingSpawn, rodear Barrier por la derecha, esperaba Goal, atasco en el borde, ocurrió dos veces.
Tras corregir, repite los pasos originales. Este informe facilita investigar sin aclaraciones constantes. Probar una ruta no acredita todos los sistemas: publicación y acceso se verifican aparte.
Fuentes originales
Roblox Creator HubRoblox Creator Hub: Output
Roblox Creator Hub: Parts
