Centro de ayuda · Entender

¿Cómo veo y pruebo mi aplicación antes de fusionar?

Cada run arranca una vista previa de su rama, abierta en Diavi como web o en un teléfono, y ejecuta en ella sus pruebas de extremo a extremo.

Cada run arranca una vista previa de su rama: su aplicación, lanzada con el código de la merge request, sobre datos de demostración. Se abre en la pestaña Vista previa del run, en un marco de ordenador o de teléfono, y su enlace figura en la merge request junto con la cuenta de prueba.

Mi aplicación tiene un front, una API y una base de datos: ¿arranca todo?

Sí, si su repositorio tiene un docker-compose.yml en la raíz: la vista previa lo sigue, y cada servicio llega a los demás por su nombre. No se conserva nada que tocaría nuestra máquina —modo privilegiado, red del host, carpetas fuera del repositorio— y una carpeta del repositorio montada en un servicio se copia en él. Sin archivo compose, la vista previa arranca la stack principal del run.

¿Hay una cuenta para iniciar sesión?

Cuando la stack lo permite, la vista previa crea una cuenta de demostración: Dolibarr, Laravel, Django. Se muestra junto al enlace. Si no se pudo crear, las pruebas se ejecutan sin iniciar sesión y el run lo indica.

¿Cómo se escriben las pruebas?

Antes de escribir, Diavi recorre la vista previa: inicia sesión, anota las direcciones reales y lo que muestra cada pantalla, sin seguir nunca un enlace de cierre de sesión o de borrado. Las pruebas se basan en lo que vio, no en direcciones adivinadas, y cada una comprueba que la página que abre existe.

Una prueba falla: ¿quién corrige qué?

Diavi clasifica primero. Si la prueba es la que está mal —una página que no existe, una prueba que no se ejecuta, un elemento ambiguo—, reescribe la prueba sin tocar su código. Si no, corrige el código. El comentario de la merge request indica qué camino se tomó.

¿Están protegidos mis datos?

La vista previa funciona con datos de demostración, nunca los suyos, y desaparece al caducar. Una aplicación que habla directamente con Firebase no lo alcanza durante las pruebas: no pueden escribir en su proyecto real.

¿Y una aplicación móvil?

La vista previa muestra la versión web de la aplicación en un marco de teléfono: barra de estado, tres tamaños de pantalla, rotación. Con Flutter, las pruebas activan la capa de accesibilidad, sin la cual no se puede leer nada. El renderizado nativo iOS o Android aún no se ofrece.