Instala Nexus Studio y ejecuta tu primera prueba

Siete pasos llevan un periodo de prueba recién iniciado hasta una ejecución programada. Las secciones que siguen dan los detalles: descargar el instalador, verificarlo, activar esta máquina, ejecutar una prueba. Las pruebas corren en tu máquina; lo único que sale de ella es la verificación de licencia.

Tus primeros 30 minutos

Desde un periodo de prueba recién iniciado hasta una ejecución programada, en el orden que espera el Studio. El primer Setup descarga los navegadores, varios cientos de MB, así que el tiempo que tarda depende de tu conexión.

1. Inicia el periodo de prueba e instala. Inicia sesión en tu cuenta, acepta los Términos e inicia la prueba de 30 días, sin tarjeta. Descarga el instalador, verifica su SHA-256, ejecútalo y activa esta máquina con tu clave de licencia. Luego abre o crea una carpeta de workspace y elige Install all en la Setup guide (detalles).
2. Graba tu primera prueba (Nexus Recorder). En Patrol, abre la pestaña Nexus Recorder, escribe la URL que quieres grabar y un nombre para la prueba, y elige Start recording. Recorre tu flujo con clics en la ventana del navegador que se abre y luego cierra la ventana o elige Stop & save. El Studio escribe el archivo de la prueba en tu workspace. El AI writer y el Test Adapter también crean pruebas, si prefieres describir una o traer una que ya tengas.
3. Ensaya en el sandbox (3 ejecuciones). Cuando la grabación se guarda, elige Run in sandbox, headed. Una ejecución en el sandbox no escribe nada en la evidencia ni en el historial, y cada uno de los tres ensayos usa un navegador distinto. La tarjeta Waiting to leave the sandbox de Patrol los cuenta de 0/3 a 3/3, y entonces la prueba pasa a Ready for their first real run. Las pruebas de API no tienen sandbox: corren de verdad desde la primera pulsación.
4. Primera ejecución real. En la pestaña Run patrol, elige la prueba, deja sandbox sin marcar y elige Run patrol for real. Una ejecución real escribe en la evidencia y en el historial. Las pruebas de Playwright corren en Chromium, Firefox y WebKit, y las de Selenium en Chromium y Firefox.
5. Lee el veredicto. Patrol colorea cada prueba según su estado en cada navegador, y la franja de ejecución sobre el editor dice con palabras qué está haciendo cada navegador. El estado es uno de 14 veredictos: SECURE pasó por sí solo, FLAKY pasó solo con un reintento, BREACHED es un hallazgo real y TIMEOUT no respondió a tiempo, lo que no demuestra que esté roto.
6. Abre la evidencia. En la barra de menú, elige View y luego Evidence Locker. Cada registro se abre en Report, Metadata, Telemetry y Raw Log. Marca una falla como Real bug o False alarm, con una razón: el primer veredicto inicia la cadena de custodia, y Verify nombra el primer registro que cambió.
7. Prográmala (Watch o CI/CD). Watch, en la pestaña Run patrol, vuelve a ejecutar una selección con un temporizador, sin supervisión: cada 5 minutos hasta cada 24 horas, o una sola vez en una fecha. Necesita que la máquina del Studio esté encendida y avisa por Telegram o Slack, si los conectas, solo cuando cambia un estado. Para un pipeline, elige Run y luego Environments & CI/CD: la pantalla escribe el archivo de GitHub Actions o GitLab CI (Ejecuta tus pruebas desde CI/CD). Una máquina que ejecuta el motor en CI es una máquina activada y cuenta para tu plan.

Requisitos del sistema

En Windows 11 x64 con 16 GB de RAM, el instalador es todo lo que esta máquina necesita para ejecutar pruebas de Playwright. Cada fila marcada como Opcional solo hace falta para la función que nombra, y la pantalla Setup del Studio la comprueba.

Descarga el instalador

1. Abre Descarga y elige Descargar para Windows. La página muestra la versión, la fecha de lanzamiento, el tamaño y el SHA-256. El mismo instalador está en Downloads en tu cuenta.
2. ¿Aún no tienes licencia? Inicia sesión en tu cuenta, con tu correo o con Google, y en Overview acepta los Términos e inicia la prueba de 30 días. Los 30 días no empiezan hasta que actives el Studio.

Verifica la descarga

El SHA-256 de la página de Descarga es la huella del instalador que publicamos. Compáralo con el archivo que descargaste antes de ejecutarlo. En PowerShell, desde la carpeta que contiene el archivo:

(Get-FileHash -Algorithm SHA256 ".\<installer file name>").Hash -eq "<SHA-256 from the Download page>"

True significa que el archivo es el que publicamos; las mayúsculas no importan. False significa que no lo es: bórralo, descárgalo de nuevo y no lo ejecutes.

Windows SmartScreen puede detener un instalador nuevo con el aviso “Windows protegió su PC” (“Windows protected your PC” en un Windows en inglés). Sigue adelante solo si la verificación dice True: elige Más información y luego Ejecutar de todas formas (More info y Run anyway en inglés).

Activa esta máquina

1. Ejecuta el instalador y abre Nexus Studio.
2. Copia tu clave de licencia. Tu cuenta la muestra una sola vez: justo después de iniciar la prueba, o al elegir Get license key en License & machines con un plan de pago. Solo guardamos un hash de ella, así que si la pierdes, regenérala.
3. Mientras no esté activado, el Studio abre en su pantalla License. Pega la clave en el campo de la clave de licencia y elige Activate. La clave empieza con nxs_live_ y mide 61 caracteres; los espacios y saltos de línea que se cuelan al copiar se ignoran.
4. El estado dice Active. En una prueba, los 30 días empiezan ahora.

La clave se envía una sola vez, para activar esta máquina, y el Studio no la guarda. Desde entonces el Studio confirma su licencia por su cuenta. La misma pantalla muestra, en What leaves this machine, la solicitud exacta que enviará la próxima verificación (qué contiene).

Si se rechaza la activación, el mensaje dice por qué: la clave no es válida, todas las máquinas del plan están en uso, esta máquina ya tuvo una prueba, la licencia no está al día o no se puede alcanzar el servidor de licencias.

Abre un workspace y ejecuta Setup

Esta parte ocurre en tu máquina y nunca la vemos: ni la prueba ni el resultado.

1. Abre una carpeta. Tus pruebas y tu evidencia viven en una carpeta de espacio de trabajo. Elige New folder y Create here, o Open existing si ya tienes una carpeta que es un espacio de trabajo.
2. Setup. El workspace instala sus paquetes y navegadores una sola vez, con npm install y playwright install. En la Setup guide, Install all ejecuta lo que aún falta, un paso tras otro, y Continue se desbloquea cuando todas las filas requeridas están listas. Eso necesita la red; después el workspace funciona sin conexión, aparte de la verificación de licencia. adb solo hace falta para teléfonos Android reales.
3. Después, la prueba en sí. Créala, ensáyala, ejecútala de verdad y lee el veredicto: los pasos 2 a 6 de Tus primeros 30 minutos.

El recorrido del Studio muestra cada pantalla.

Actualizaciones

Las actualizaciones son manuales y nunca silenciosas.

1. Cuando se publica una versión más reciente, el Studio muestra una línea debajo de su barra de menú: Nexus Studio y la versión, is available, con Update now y Later. El aviso llega firmado, con la verificación de licencia; el Studio no muestra nada para una actualización que no puede verificar.
2. No se descarga nada hasta que eliges Update now. Entonces el Studio descarga el instalador y comprueba su SHA-256 contra el aviso firmado.
3. Cuando la comprobación pasa, el Studio abre el instalador para que lo ejecutes; instalar cierra el Studio e instala la nueva versión. Cuando falla, no se abre nada, y la línea dice por qué y ofrece Try again.

Dónde ejecutarlo

El Studio corre en tu propia PC con Windows 11, y no se requiere nada más.

• Tu propia PC. Instala el Studio, abre un espacio de trabajo y ejecuta. Las ejecuciones programadas ocurren solo mientras la PC está despierta.
• Una mini PC, opcional. Una máquina Windows 11 dedicada que se queda encendida, para regresiones nocturnas y ejecuciones programadas sin ocupar una estación de trabajo. Watch mantiene su programación, y la evidencia se queda en su disco.
• Un runtime por espacio de trabajo. Cada espacio de trabajo elige dónde ejecuta el motor sus suites, en la pantalla Docker del Studio: esta máquina; Docker en esta máquina, en el contenedor runner sobre el mismo disco; o un VPS por SSH, que corre la misma imagen de contenedor. Dos aplicaciones bajo prueba en dos espacios de trabajo pueden usar dos runtimes distintos. Ninguno de los tres es obligatorio, y cambiar es un solo ajuste. El Studio en sí siempre se queda en Windows.
• Un VPS corre Ubuntu 24.04 LTS con Docker Engine y Compose v2, al que se llega con autenticación por clave SSH. La evidencia se queda ahí hasta que la descargues. Verifica su propia licencia y cuenta como una máquina de tu plan: mira planes y máquinas.
• Los teléfonos Android reales se conectan por USB a la máquina del propio Studio, con la depuración USB activada; Devices & Mobile tiene una guía para el primero. Las ejecuciones en teléfono, las suites de Selenium y Python y el caos de infraestructura siempre corren en la máquina del propio Studio.

Watch, el programador, corre solo en la máquina del propio Studio, con el runtime del espacio de trabajo en Local. Para programar ejecuciones en un VPS, usa tu CI: Ejecuta tus pruebas desde CI/CD.

Infraestructura propia te ayuda a elegir entre estas opciones y compara las máquinas propias con una plataforma de QA en la nube y un servidor alquilado: dónde vive la evidencia, quién puede acceder a ella y cuánto cuesta.