Tus pruebas siguen siendo Playwright, Selenium y pytest. No las reemplazamos. Las hacemos listas para la empresa, y tú eres dueño de todo: el código, la evidencia y el historial.

Tu código es tuyo · Tu evidencia es tuya

El estudio de QA que corre en tus propias máquinas.

Escribe, graba o importa pruebas y ejecútalas en tres navegadores y en teléfonos Android reales. Cada ejecución termina en uno de 14 veredictos, y cada falla conserva su reporte, sus logs y su captura de pantalla como evidencia que puedes sellar.

3 + teléfonos
Chromium, Firefox, WebKit y teléfonos Android reales
14
veredictos en vez de aprobado / fallido, y cada ejecución fallida archivada con su reporte, sus logs y su captura de pantalla
5,586
pruebas en nuestro release gate: 2,765 del motor, 2,821 del Studio
0
copias de los datos de tus pruebas en nuestros servidores
Test casesRun patrolNexus RecorderAI writerTest Adapter
e2e › TC90TC91 webkit · TIMEOUT firefox · TIMEOUT chromium · TIMEOUT
TerminalRunsTimelineSelectorsPredict
TC90 · TC913 engines · one after anotherTIMEOUT TC91: 0 passed · 3 failed
[13:22:06] TC90 webkit running
[webkit] Error: expect(locator).toHaveAttribute(expected) failed → TC90_Example_domain.js:27
[retry] webkit › TC90: general failure, checking for flakiness (attempt 2/2)
[13:22:37] TC90 webkit FLAKY 31.2s retry 1 · passed on attempt 2 of 2: the first attempt failed, nothing was repaired
[13:22:54] TC90 firefox SECURE 16.8s no retries
[13:23:01] TC90 chromium SECURE 7.4s no retries
= TC90 matrix 3 browsers · 2 passed · 1 with reserve · 0 failed · PASSED: webkit recovered after retry
[13:24:18] TC91 webkit TIMEOUT 1m 16s retry 1 · locator.click: Timeout 30000ms exceeded. at TC91_Example_more_info.js:19
[13:25:39] TC91 firefox TIMEOUT 1m 21s retry 1
[13:26:57] TC91 chromium TIMEOUT 1m 17s retry 1 · a step never completed within its time limit
= TC91 matrix 3 browsers · 0 passed · 0 with reserve · 3 failed · FAILED: passed on 0 of 3 · webkit: TIMEOUT, firefox: TIMEOUT, chromium: TIMEOUT
Dos ejecuciones del 2026-09-30 contra example.com, condensadas: los tiempos, los veredictos y las duraciones por navegador son los de las ejecuciones, el ritmo entre filas no lo es, y el progreso línea por línea es ilustrativo. Las dos pruebas demo están preparadas (staged). TC90 falla a propósito su primer intento en WebKit, para que se vea el reintento. TC91 se escribió a propósito contra el texto antiguo del enlace, "More information...", que example.com ahora muestra como "Learn more"; cada navegador lo intentó dos veces, unos 31 a 33 s por intento.

Opcional: una mini PC propia

Una mini PC cuesta menos que un año de QA en la nube.

USD 1,400 a 1,700 menos el primer año, y unos USD 1,700 a 2,000 menos cada año después. Estimación.

  • BrowserStack Automate2,100
  • Sauce Labs1,788
  • Mini PC, primer añounos 410

Windows 11 x64 o Ubuntu 24.04 LTS · 16 GB de RAM mínimo, 32 GB recomendados

16 GB, unos USD 340 a 385 · 32 GB, unos USD 530 a 610

Haz las cuentas con tus propios precios →

  • Tu PC es suficiente.El Studio corre en la PC con Windows 11 que ya tienes, y no se necesita nada más. Una mini PC es opcional, y recomendada para las regresiones nocturnas, las ejecuciones programadas y los teléfonos por USB: una máquina siempre encendida para que tu estación de trabajo no tenga que estarlo.
  • Un entorno de ejecución por espacio de trabajo, Docker incluido.Cada espacio de trabajo ejecuta sus suites en esta máquina, en Docker sobre ella, o por SSH en un equipo Linux con la misma imagen de contenedor: una mini PC con Ubuntu 24.04 LTS en tu red, o un VPS. Ninguno es obligatorio; cambiar es un solo ajuste.
  • Los datos de tus pruebas se quedan en tus máquinas.Las pruebas, la evidencia y el historial se quedan en su disco. La única conexión con nosotros es la verificación de licencia.
  • Siempre encendida, fuera de tu escritorio.Una máquina dedicada para las regresiones nocturnas y las ejecuciones programadas, sin ocupar una estación de trabajo. Watch corre como su propio proceso, así que la programación sigue de noche y en fines de semana.
  • Teléfonos Android reales por USB.Conéctalos a la mini PC y ejecútalos junto a los tres navegadores.
  • Tres navegadores a la vez.Según la estimación del propio motor, cada uno necesita unos 0.5 GB libres, más 1 GB en reserva: unos 2.5 GB de los 16 GB.

Estimación: una mini PC de unos USD 350 más unos USD 60 al año de electricidad, frente a un año de una suscripción en la nube con una sesión en paralelo. Tu plan de Nexus Studio, con precio por máquina y nunca por prueba, aplica en ambos casos y no está en la cifra; tampoco el tiempo que dedicas a cuidar la máquina. Precios leídos el 2026-09-30: BrowserStack Automate, Desktop & Mobile, USD 175 al mes facturados anualmente, USD 2,100 al año, su opción de entrada (browserstack.com/pricing). Sauce Labs Virtual Device Cloud, USD 149 al mes facturados anualmente (USD 199 mes a mes), 1 prueba en paralelo, USD 1,788 al año (saucelabs.com/pricing). Precios de mini PC leídos el 2026-10-06, al público, x86-64 con un SSD de 500 GB o más: unos USD 340 a 385 con 16 GB de RAM, unos USD 530 a 610 con 32 GB, el tamaño que recomendamos. Electricidad, USD 5 al mes, un ejemplo.

No es aprobado o fallido. Catorce respuestas a “¿qué pasó?”

La mayoría de los ejecutores de pruebas pintan el mismo rojo para una red lenta, un navegador muerto y un defecto real. Alguien pierde una mañana averiguando cuál fue. Aquí un TIMEOUT no prueba que la app esté rota, un BLOCKED es el sitio defendiéndose, un CRASHED es el ejecutor. Cada uno te lleva a un lugar distinto, así que cada uno tiene su propio nombre y su propio color, los mismos que pinta el Studio.

78 ejecuciones de un workspace real, del 2026-09-27 al 09-29: 20 archivos runs.json en chromium, firefox, webkit, Selenium, un teléfono Android y dos suites de API. Aprobado o fallido habría pintado ocho de ellas del mismo rojo; aquí solo seis dicen que la app se rompió. La línea junto a cada nombre dice su grupo sin el color: sólida para un aprobado, discontinua para un aprobado con reserva, doble para una falla, punteada para ningún veredicto.

  • Aprobado
  • SECURE67pasó por sí solo
  • CHAOS_RESILIENT0pasó con caos inyectado
  • Aprobado, con una reserva
  • AUTO_RECOVER0pasó, pero hubo que reparar un selector
  • FLAKY3falló, luego un reintento lo pasó; no se arregló nada
  • PERFORMANCE_DEGRADED0las aserciones pasaron, la página fue demasiado lenta
  • A11Y_VIOLATION0las aserciones pasaron, la accesibilidad no
  • SECURITY_VIOLATION0las aserciones pasaron, una revisión de seguridad no
  • La aplicación se rompió
  • BREACHED6un hallazgo real
  • BREACHED_FLAKY0falló, y la falla en sí es inconsistente
  • CHAOS_BREACHED0se rompió bajo caos inyectado
  • Sin veredicto: el entorno o el arnés
  • TIMEOUT2nunca respondió a tiempo, lo que no prueba que esté roto
  • UNREACHABLE0no se pudo llegar al host en absoluto
  • BLOCKED0el sitio se defendió con un 403, un 429 o un desafío anti-bot
  • CRASHED0el navegador o el proceso murió

Una prueba detenida, vacía o rota nunca se cuenta como resultado, y una rota te dice el error y la línea exactos.

Evidencia

Una prueba fallida deja su evidencia.

Cada ejecución fallida archiva un reporte forense, sus metadatos, la telemetría y el log crudo, más una captura de pantalla del fotograma en el que falló. Una falla real conserva también el video de la ejecución: BREACHED, BREACHED_FLAKY y CHAOS_BREACHED por defecto, TIMEOUT y BLOCKED cuando los activas en Settings.

Lo que archiva una falla

TC91 en chromium, 2026-09-30 13:26 TIMEOUT

La carpeta real de la ejecución que se reproduce arriba en esta página, tal como la abre el Evidence Locker: bug-reports/chromium/TC91 - Example more info/2026-09-30_13-26 [TIMEOUT].

https://example.com/
example.com en el momento en que TC91 agotó el tiempo: el enlace que esperaba la prueba, More information..., ahora dice Learn more
screenshot.png · 12.6 kB · el fotograma exacto en el momento de la falla
  • report.md4.9 kBResumen del incidente, causa raíz, telemetría de red, línea de tiempo de la falla, estabilidad histórica, log de autorreparación, artefactos de evidencia, presupuesto de rendimiento y auditoría de lazy loading.
  • metadata.json2.3 kB32 campos, entre ellos el selector, el timeout de 30000ms, estabilidad CRITICAL, fallas consecutivas, intento 2 de 2, stealth y la puntuación de lazy loading (100, A).
  • raw-data.json4.2 kBEl log crudo: líneas de consola, errores de red, problemas de seguridad (aquí 2: falta CSP), errores de JS y métricas de rendimiento.
  • Telemetryen el reporteLCP 156 ms · FCP 156 ms · CLS 0.0018 · TTFB 122 ms · TBT 0 ms · 808 nodos DOM · 2 MB de heap. INP no medido: nada que cronometrar.
  • video.webmfallas realesSe graba en una falla real. Un TIMEOUT como este no guarda ninguno, porque TIMEOUT viene apagado por defecto, y el reporte lo dice.
  • Análisis de IAtu IACon tu IA conectada, añade al reporte un diagnóstico, la causa probable, el impacto y una acción recomendada; con tu propia herramienta de IA de línea de comandos también clasifica la falla.

Todo lo que deja una falla: los archivos, History y el mantenimiento →

Cadena de custodia

Cambia un veredicto. Mira cómo se rompe cada sello que le sigue.

Cuatro registros de un workspace real, con la identidad del teléfono renombrada, sellados con el propio código de cadena del motor. Cada hash es el SHA-256 del hash anterior y del registro, y tu navegador recalcula los cuatro aquí mismo. Convierte un TIMEOUT en un SECURE y la cadena nombra el registro que dejó de ser evidencia, y todos los que le siguen.

  1. 01TC98 · bug-reports/device-android-phone · 2026-09-29 00:24 UTCSEALEDsha256 758adda2275a9340b8f23349437848b62334735f4595bd8b614ebda32ccc6785 · prev 0000000000000000…
  2. 02TC98 · evidence-passed-test/device-android-phone · 2026-09-29 00:28 UTCSEALEDsha256 425dac3ea58c548ad33f0241274375e25891693ba180339b1368a0a4e88fa522 · prev 758adda2275a9340…
  3. 03TC99 · evidence-passed-test/device-android-phone · 2026-09-29 00:30 UTCSEALEDsha256 e0973e04572104be6d7ebf28e1cb22c05cf379daedabc5c27e471c6ccfd0f699 · prev 425dac3ea58c548a…
  4. 04APIG01-1 · api-evidence/rest · 2026-09-29 06:45 UTCSEALEDsha256 af35c8b944b612f4fe009f47d9f2ff908b1dae9f314e2bdd767a7039e6d0b499 · prev e0973e04572104be…
SEALED: 4 registros · punta af35c8b9…e6d0b499

En el Evidence Locker, tu primer veredicto Real bug o False alarm inicia la cadena, y cada veredicto posterior añade su ejecución en la punta. Verify vuelve a calcular el hash de cada captura y reporte en disco: un ledger ausente se lee UNVERIFIED, nunca un OK silencioso.

Por qué Playwright y Selenium

Tus pruebas siguen siendo Playwright, Selenium y pytest.

Mover una suite a un formato propietario de bajo código es un riesgo que muchos equipos no van a correr. Nexus Studio mantiene el código estándar y construye la plataforma a su alrededor, en tu máquina.

  • Lo que los equipos ya usan.

    Playwright, Selenium y pytest son frameworks de código abierto que muchos equipos ya usan. Nexus Studio los ejecuta. No los reemplaza.

  • A lo que tu equipo ya está habituado.

    Tus ingenieros y testers leen una prueba del Recorder igual que leen las suyas: una página, un locator, una aserción. No hay un lenguaje nuevo ni un formato de prueba propietario.

  • Talento que puedes contratar.

    Puedes contratar gente que sepa Playwright, Selenium o pytest, no la herramienta de un proveedor. Una persona recién contratada que conoce el framework puede leer y modificar tus pruebas sin aprender antes Nexus Studio.

  • Documentación y un ecosistema.

    Cada framework tiene documentación pública, un issue tracker, y respuestas y bibliotecas de su comunidad. Todo eso aplica a tus pruebas tal como están.

  • Nada que reentrenar.

    El equipo conserva su lenguaje, sus locators y sus hábitos. Lo que cambia es lo que rodea a la prueba: veredictos, evidencia y programación. El Test Adapter trae las pruebas que ya tienes.

  • Código que tu equipo revisa.

    El Recorder y el AI writer producen archivos de prueba comunes en la carpeta de tu espacio de trabajo, y tu equipo los revisa como cualquier otro código. El Vet, una verificación determinista, lee el código escrito por IA, y nada se guarda hasta que lo aceptes.

  • Vete cuando quieras.

    Las pruebas, la evidencia y el historial son archivos en tu espacio de trabajo. Las pruebas de Python corren con pytest simple tal como están, y una prueba de Playwright en JavaScript corre sin Nexus una vez que su import apunta a @playwright/test. Las pruebas de Selenium en JavaScript necesitan unas pocas líneas para iniciar un driver, y las pruebas de API usan el formato propio del Studio, así que otro ejecutor tendría que reescribirlas.

Estándar por debajo

  • El Nexus Recorder y el AI writer escriben Playwright (JavaScript, TypeScript, Python) y Selenium (JavaScript, Python) que tu equipo puede leer, editar y revisar.
  • El Test Adapter trae las pruebas que ya tienes y comprueba que cada aserción sobreviva.
  • Las pruebas de Python corren con pytest a secas, con o sin el Studio.
  • Una prueba de Playwright en JavaScript queda atada a Nexus por su import del fixture. Apúntala a @playwright/test y el archivo corre sin Nexus.

La plataforma encima

  • Uno de 14 veredictos por prueba y por motor, y un reintento que dice FLAKY en vez de pasar en silencio.
  • Chromium, Firefox y WebKit, uno tras otro por defecto o hasta tres a la vez, y teléfonos Android reales en la misma ejecución.
  • Evidencia archivada por identidad, sellada en una cadena SHA-256, y un historial de cada ejecución.
  • Selectores candidatos listos cuando un locator se rompe, y Repair line para poner uno.
  • Tus propias pruebas bajo caos inyectado, con escaneos de carga y de seguridad en el mismo Studio.

El motor que añade todo esto corre en tu máquina, junto a tus pruebas. Cómo se ven los archivos y cómo salir

Mantenimiento

Escribir una prueba es la parte barata. Mantenerla viva no lo es.

Los selectores se rompen, las pruebas se vuelven flaky y la evidencia se acumula. Cada problema tiene su propia herramienta en el Studio, construida sobre tu propio historial y tus propios archivos.

Ranking de riesgo y predictor de flakiness

History ordena cada prueba en cada identidad según cuántas veces cambia de resultado, se rompe o cuesta tiempo. Una regresión logística sobre tus propias ejecuciones suma un puntaje de riesgo, con un respaldo EWMA cuando hay pocos datos, y dice qué tan segura está: una sola ejecución se lee como confianza baja.

Locator health

Lista los locators débiles y medios de la prueba que tienes abierta, uno por uno, con la línea y el motivo, antes de que se rompan. Lee el búfer del editor, así que cuentan las ediciones sin guardar.

Repair line

Cuando falla un paso, hay candidatos más fuertes listos, el más fuerte primero y XPath al final. Elige uno y reemplaza el selector en el editor con un clic, como una edición sin guardar; la versión anterior se queda en el Timeline. O vuelve a grabar desde esa línea.

Conservar evidencia

Un aprobado conserva una captura de pantalla y sus metadatos, 5 por defecto. Una falla conserva su reporte, sus metadatos, su log crudo y su captura de pantalla, y una falla real su video (tú eliges qué veredictos en Settings), 20 ejecuciones por prueba por defecto. Los archivos más viejos se van solos, dentro de los topes que defines en Evidence & Retention. Cada valor por defecto, en la página de evidencia

Estimación

Pon tus propios números. Lee las horas.

No hemos medido un ahorro en tu suite, así que no damos ninguna cifra. Ingresa cómo usa su tiempo tu equipo hoy y qué esperas con el Studio, y abajo se hace la aritmética.

Valores de ejemplo, edítalos. Los minutos son supuestos nuestros, no mediciones.

Fallas y triage
Ejecuciones fallidas que tu equipo abre cada semana.
Reúne la captura de pantalla, los logs y los errores de red, y luego decide qué es.
Lee el veredicto y el reporte, y luego decide.
Selectores rotos
Locators que dejan de coincidir tras un cambio en la UI.
Encuentra el elemento, escribe un locator nuevo, ejecuta de nuevo.
Abre Repair line, elige un candidato, ejecuta de nuevo para comprobar.
Pruebas flaky
Fallas que alguien vuelve a ejecutar a mano para ver si pasan.
Date cuenta, vuelve a ejecutarla, confirma que pasó.
El reintento corre dentro de la ejecución y archiva FLAKY. Tú lees el veredicto.

A mano59 h al mes

Con el Studio27 h al mes

Reducción54%

Una estimación a partir de tus números, no una medición.

Cómo se calcula: para cada uno de los tres tipos de trabajo, cuántos hay por semana por los minutos de cada uno, sumados, por 52 semanas entre 12 meses, divididos entre 60. La reducción es uno menos las horas con el Studio sobre las horas a mano. Cuenta solo estos tres tipos de trabajo: no escribir pruebas ni esperar a que terminen las ejecuciones.

Los problemas para los que se construyó.

Elige uno para ver qué hace el Studio al respecto, y en qué pantalla.

Una prueba flaky se archiva como un bug real.

Una falla que pasa al reintentar es FLAKY, no un bug, y no archiva nada. Con Jira activado, una ejecución fallida archiva un ticket, TIMEOUT incluido, con deduplicación de 24 horas; BLOCKED, UNREACHABLE y CRASHED nunca lo hacen, ni tampoco una prueba que no pudo arrancar, que no es un resultado en absoluto.

Patrol, Evidence Locker

El sitio bloquea al bot, y el reporte dice que la app falló.

Un 403, un 429 o una página de desafío de Cloudflare, reCAPTCHA o hCaptcha se lee como BLOCKED: un veredicto de entorno que nunca archiva un ticket. Las señales de automatización están ocultas por defecto.

Evidence Locker, Settings

Los selectores se rompen con cada cambio de UI.

Cuando falla un paso, hay candidatos más fuertes listos y Repair line pone uno, el más fuerte primero y XPath al final. Locator health marca los débiles antes de que se rompan.

Patrol

La evidencia vive en capturas sueltas y en hilos de chat.

Cada ejecución fallida archiva su reporte, metadatos, captura de pantalla y log crudo en un solo lugar, una falla real guarda también su video (tú eliges qué veredictos en Settings), y una cadena SHA-256 muestra que nada cambió después.

Evidence Locker

El triage se lleva toda la mañana.

El reporte forense junta la falla, la telemetría y los errores de la página, y la IA que elijas puede añadir un análisis. Real bug o False alarm pide una sola razón.

Evidence Locker, AI Providers

Tres navegadores y dos teléfonos Android son cinco ejecuciones.

Una ejecución de Patrol cubre Chromium, Firefox y WebKit, uno tras otro por defecto o hasta tres a la vez, más teléfonos Android reales, con un veredicto por motor.

Patrol, Devices & Mobile

La seguridad se prueba al final, si acaso.

Smart Monkey escanea un objetivo autorizado en busca de XSS, inyección SQL, SSRF y más, confirma los hallazgos ciegos en un listener de tu propia máquina y exporta SARIF.

Security

Nadie sabe si la app sobrevive a una caída.

Chaos Lab ralentiza la red, la corta o limita la CPU en plena prueba, y pausa o mata un contenedor Docker mientras mide la recuperación.

Chaos Lab

Las regresiones de rendimiento salen sin que nadie las note.

Web Vitals está activado por defecto y se juzga contra presupuestos. Load añade latencia p95 y p99 y muestrea una página real mientras corre la carga.

Load, History

Migrar la suite se siente demasiado arriesgado.

No hay un formato propietario al que migrar ni del que salir: el Recorder, el AI writer y el Test Adapter producen todos código de Playwright, Selenium o pytest.

Test Adapter, Nexus Recorder, AI writer

Los datos de QA están en servidores ajenos.

El Studio corre en tu PC o mini PC con Windows 11. Desde ahí, el motor ejecuta las suites en esa máquina, en Docker sobre ella, o por SSH en otra máquina de tu red o VPN. La verificación de licencia envía un hash de máquina, un nonce y un token, nunca datos de pruebas.

Pantalla Docker · Infraestructura propia

Un estudio, de la primera prueba a la decisión de lanzamiento.

Seis lugares donde trabaja a diario un líder de QA. Cada recuadro se dibuja con las etiquetas propias del Studio y un workspace real. El recorrido del Studio cubre cada pantalla.

El Nexus Recorder escribe código de Playwright o Selenium mientras haces clic, sin IA de por medio. El AI writer usa la herramienta de IA que ya tienes, y el Test Adapter trae las pruebas que escribió tu equipo. Una revisión determinista, el Vet, lee las tres y exige al código escrito por IA el estándar más estricto.

Test casesRun patrolNexus RecorderAI writerTest Adapter

Record a test

url to recordhttps://example.com/
record forDesktopMobile emulatedReal Android device
enginechromiumfirefoxwebkit
languageJavaScriptTypeScriptPython
VetWARN0 blocked · 1 warningline 16 · V7 · "form": matches ALL <form> on the page…

Elige el objetivo y los motores, y Patrol los ejecuta uno tras otro, o hasta tres a la vez. Las pruebas nuevas ensayan primero en el sandbox, donde una ejecución nunca cuenta en el historial.

Test casesRun patrolNexus RecorderAI writerTest Adapter

Target

Desktop matrixMobile emulatedReal Android deviceDesktop + real Android device

browserschromiumfirefoxwebkit
parallel123

headedvisuala11ysecurityno retryno stealth

Run patrol for real (1 TCs)

Watch sigue re-ejecutando una selección con un temporizador y avisa por Telegram o Slack solo cuando cambia un estado. Corre como su propio proceso, así que cerrar el Studio no lo detiene. Para pipelines, la pantalla CI/CD escribe por ti el archivo de GitHub Actions o GitLab CI.

Watch

re-runs the selection · alerts only when a state changes

RepeatOnce, on a date

every5m15m1h6h24h
endswhen I stop itafter a number of runson a date
start watch
CI/CDGitHub Actionsnightly regression0 6 * * *runs onMy machine

Cada falla se archiva donde puedes leerla: el reporte forense, los metadatos, la telemetría, el log crudo y, cuando tu IA responde, su análisis: la configuración con la que viene el Studio lo activa. El triage pide una razón, y un veredicto Real bug o False alarm entra a la cadena de custodia.

Bug Reports
TestIdentityVerdictWhen (UTC)
TC98device-android-phoneTIMEOUT09-29 00:24
TC03firefoxBREACHED09-27 19:06
ReportMetadataTelemetryRaw LogAI Analysis

TC03 · chromium · 2026-09-27_13-46 [BREACHED]

metadata.json 1.3 kB · report.md 3.0 kB · screenshot.png 46 kB · video.webm 469 kB

Real bugFalse alarmArchive…

Chaos Lab inyecta fallas en el navegador, o pausa y mata un contenedor Docker registrado mientras mide la recuperación. Load reporta percentiles y Web Vitals bajo carga. Smart Monkey escanea objetivos que tienes autorización para probar.

Chaos Lab

Offno chaos
Network (≈3G)adds latency per request
Offline blackoutfull network cut for a window
CPU throttle 4xChromium only, skipped elsewhere, with a warning
All at oncenetwork + cpu + offline together
InfrastructureRESILIENTDEGRADEDNOT_RECOVEREDNOT_INJECTED

History guarda cada prueba en cada identidad, ejecución tras ejecución. El predictor de flakiness puntúa el riesgo a partir de ese mismo historial, y dice qué tan seguro está. El Executive Report lo convierte en una decisión de lanzamiento: adelante, precaución o no-go.

Identity matrixclean passes / runs · 2026-09-27 to 09-29
TestchromiumfirefoxwebkitAndroid phone
TC029/9 SECURE7/8 SECURE6/6 SECURE1/1 SECURE
TC035/7 SECURE4/7 SECURE5/7 SECUREno runs
TC046/6 SECURE6/6 SECURE6/6 SECURE0/1 TIMEOUT
PredictTC04 Android phone risk 50% 1 run, low confidenceTC03 firefox 16%TC02 firefox 10%

Nexus Recorder

Tú grabas y supervisas. Nexus Studio hace el papeleo.

Recorre tu app con clics en un navegador real, señala lo que debe cumplirse y mira cómo se califica cada selector antes de que llegue al archivo. En cada ejecución real, el Studio guarda por ti la captura de pantalla y el veredicto, y una falla guarda también sus logs.

  1. Abre el Recorder.

    Elige una URL, escritorio, móvil emulado o un teléfono Android real, y el tipo de prueba que escribir. El ID de la prueba se reserva por ti.

    Record a test · Start recording
  2. Graba con tus propios clics.

    Se abre un navegador real. Cada clic se escribe como código, en vivo, en un panel a su lado.

    Recording · Undo · Save & close
  3. Añade tus propias aserciones.

    Arma una aserción y haz clic en el elemento. El valor esperado se lee de la página, nunca se teclea.

    Assert visible · Assert text · Assert value
  4. Mira cada selector calificado.

    Cada paso muestra qué tan fuerte es su selector, cuántos elementos coinciden ahora mismo y por qué. Lo califican reglas fijas, no una IA.

    ROBUSTMEDIUMFRAGILE1 match
  5. Pruébalo en el sandbox.

    Al guardar la grabación se ofrece Run in sandbox, headed. Tras tres ejecuciones en el sandbox, que no escriben nada en la evidencia, pulsas la primera ejecución real. Las grabaciones de API no tienen sandbox: corren de verdad en la primera pulsación.

    Ready for their first real run · Run…
  6. El Studio hace el resto.

    Cada ejecución real guarda una captura de pantalla, un veredicto clasificado con un reintento honesto, y una fila en History. Una falla añade el reporte y los errores de consola y de red; una falla real guarda su video; tú eliges qué veredictos en Settings. No se captura nada mientras grabas.

    Evidence Locker · failure screenshot · session recording
  7. Supervisa, no hagas de niñera.

    Run patrol transmite la consola con un estado en vivo por prueba; marca headed para verlo. Locator health lista los selectores débiles, y Repair line pone uno.

    Run patrol · headed · Locator health

Lo que ejecuta un equipo de QA, en las máquinas que ya tiene.

Tres navegadores y teléfonos Android reales

Chromium, Firefox y WebKit, más teléfonos Android reales por USB con su pantalla reflejada en la tuya. Desktop + real Android device ejecuta la PC y el teléfono a la vez y archiva la evidencia por identidad.

chromiumfirefoxwebkitdevice-android-phone

Evidencia que puedes sellar

Cada archivo de un registro se hashea y se encadena al anterior. Verify nombra el primer registro que cambió; sin ledger dice UNVERIFIED, nunca un OK silencioso.

14 veredictos y un reintento honesto

Un reintento que pasa es FLAKY, no SECURE. Una ejecución de caos en la que no aterrizó ninguna falla nunca se llama resiliente.

Caos y carga, del navegador al contenedor

Una red lenta, un apagón sin conexión o una CPU limitada, inyectados en el navegador. Un contenedor Docker registrado, pausado, detenido, terminado o reiniciado mientras se mide la recuperación. Carga con percentiles de latencia y Web Vitals muestreados en una página real bajo esa carga.

Smart Monkey DAST

Un escáner autónomo para objetivos que tienes autorización para probar. SSRF, inyección de comandos y XSS ciego cuentan solo cuando un callback llega a un listener en tu propia máquina. Los hallazgos se exportan como SARIF, cada uno con un script de reproducción.

IA en tus términos

El AI writer usa la herramienta de IA de línea de comandos que ya tienes (Claude Code, Codex u opencode), aquella en la que ya iniciaste sesión, así que no hay una clave de API que pegar; sigue aplicando tu plan con esa herramienta. O un modelo: Ollama local por defecto, Anthropic u OpenAI cuando lo elijas. Una prueba que escribe pasa el Vet, puede ensayarse como borrador y se guarda solo cuando la aceptas.

19 funciones más, en el recorrido del Studio

Qué hace diferente a Nexus Studio

  • Corre donde corre tu app.

    El Studio corre en tu PC o mini PC con Windows 11. Su motor ejecuta las suites ahí, en Docker en esa máquina, o por SSH en otra máquina de tu red o VPN. Las pruebas, la evidencia y el historial se quedan en esos discos.

  • Un veredicto, no un color.

    Catorce nombres separan una red lenta, un desafío anti-bot y un navegador muerto de un defecto real, y Jira se entera de las fallas y los timeouts, nunca de un sitio bloqueado ni de un navegador muerto.

  • Sin verdes silenciosos.

    Un reintento que pasa es FLAKY. Una ejecución de caos sin falla inyectada es NOT_INJECTED. El self-healing propone un arreglo y deja la ejecución en rojo hasta que tú decidas.

  • Evidencia que se puede comprobar.

    Cada archivo de un registro se hashea y se encadena. Verify nombra el primer registro que cambió, en vez de pedirte que confíes en un dashboard.

  • IA que eliges, revisada por reglas.

    Tu propia herramienta de IA o un modelo local escribe. Un Vet determinista revisa la prueba, una ejecución de borrador puede ensayarla, y nada se guarda hasta que lo aceptas. El Recorder no usa IA en absoluto.

  • Las pruebas activas piden permiso primero.

    La carga, los escaneos de seguridad y el caos de infraestructura empiezan solo tras una autorización explícita, y esa autorización queda registrada junto a la evidencia.

localhost

Prueba tu app donde corre: en localhost.

BASE_URL apunta la suite a tu app en localhost o en una URL de staging privada, tal cual. No hay túnel que abrir ni URL de staging que exponer a un proveedor de QA en la nube.

  • Un servidor de desarrollo que se queda corriendo tras las pruebas.

    NEXUS_APP_START inicia tu app antes de cada ejecución y la detiene con todo su árbol de procesos cuando la ejecución termina, falla o se interrumpe, Ctrl+C incluido.

  • Una ejecución en verde contra una app que nunca arrancó.

    La ejecución espera hasta que responde la URL de listo, con cualquier estado por debajo de 500, consultada cada 0.5 s. Si la app no puede arrancar, la ejecución nunca empieza: CONFIG_ERROR APP_DID_NOT_START, con sus últimas 40 líneas de log.

  • Una segunda copia de una app que ya está arriba.

    NEXUS_APP_REUSE=true usa una app que ya responde y la deja corriendo; false detiene la ejecución si otra cosa responde ahí.

  • Un resultado que nadie puede atar a un build.

    Cada ejecución registra la versión del package.json de tu app y el commit de git que probó.

  • Docker y SSH.

    En Docker la app sigue corriendo en esta máquina y el contenedor alcanza un BASE_URL de localhost como host.docker.internal. Por SSH arranca en el host remoto.

Un programa y sus argumentos, sin shell: npm run dev, pnpm dev o node server.js. nexus app check, Test it en el Studio, la inicia, espera y la detiene. El log completo queda en evidence/run-context/.

Tus pruebas y tu evidencia solo salen de tus máquinas cuando tú mismo las envías, por ejemplo a un proveedor de IA que conectes.

Por sí solo, Nexus Studio hace una sola conexión, sin ningún dato de prueba: la verificación de licencia. La clave sale una vez, para activar; cada verificación posterior envía un hash de máquina, un nonce y un token.

The one line out of your network Inside your network: Nexus Studio and its engine, your apps under test, browsers and phones, and your tests, results and evidence. A single line leaves it: the license check to the license server on Cloudflare, carrying a machine hash, a nonce and a token. License serverCloudflare YOUR NETWORK machine hash+ nonce + token Nexus Studio + engine Apps undertest Browsersand phones Tests · results · evidencescreenshots, videos, reports, historynever sent
  • Qué sale. La activación envía tu clave de licencia, un hash de máquina (un SHA-256 derivado del ID de tu máquina, nunca el ID en sí) y un nonce aleatorio. La renovación, al iniciar y cada 24 horas, envía el hash de máquina, un nonce nuevo y el token que devolvió la activación.
  • Cuánto tiempo puede estar sin conexión. La licencia debe validarse al menos cada 7 días, con 4 días de gracia. Después el Studio pasa a solo lectura: tu evidencia sigue legible, las ejecuciones nuevas esperan una conexión.
  • Quién lo ve. Los servidores de licencias corren en Cloudflare, que ve la dirección IP de cada verificación. Nunca recibimos los datos de tus pruebas. Guardamos tu correo, el estado de facturación y los registros de licencia.
  • Lo que tú activas. Jira, Slack, Telegram o una IA en la nube hablan con esos servicios directo desde tu máquina, nunca a través de nosotros, y solo si los configuras. Un build de navegador que falte se descarga de su editor; nada tuyo va con él.
  • Infraestructura propia: dónde vive la evidencia en tu PC, una mini PC, Docker o un servidor alquilado, y cuánto cuesta cada una.

Primeros pasos

Tus primeros 30 minutos.

De la prueba gratuita a una ejecución programada, en el orden en que el Studio los presenta. Cuánto tarda cada paso depende de tu máquina y de tu app.

  1. Inicia la prueba gratuita e instala.

    Inicia la prueba de 30 días en tu cuenta, descarga el instalador de Windows y pega tu clave para activar. Luego abre una carpeta de espacio de trabajo: Setup instala sus paquetes y navegadores una sola vez.

    Download for Windows · Activate · New folder
  2. Graba tu primera prueba.

    Abre el Nexus Recorder, elige una URL y navega por tu app con clics en un navegador real. Cada clic se escribe como código de Playwright o Selenium, sin IA de por medio.

    Nexus Recorder · Record a test · Start recording
  3. Ensáyala en el sandbox.

    Una prueba nueva empieza en el sandbox, donde una ejecución no escribe nada en la evidencia ni en el historial. Tras tres ensayos está lista para su primera ejecución real. Las grabaciones de API no tienen sandbox.

    Run in sandbox · Waiting to leave the sandbox
  4. Primera ejecución real.

    Ejecútala en Chromium, Firefox y WebKit, y en un teléfono Android real si hay uno conectado. Una ejecución real conserva una captura de pantalla, un veredicto y una fila en History.

    Ready for their first real run · Run…
  5. Lee el veredicto.

    Cada motor recibe uno de 14 veredictos. Se distinguen un aprobado, un aprobado con reserva, una aplicación rota y un problema de entorno. Un TIMEOUT no prueba que la app esté rota.

    Patrol · SECURE · FLAKY · TIMEOUT
  6. Abre la evidencia.

    Una ejecución fallida se archiva en el Evidence Locker con su reporte, sus metadatos, su telemetría, su log crudo y su captura de pantalla. Márcala como Real bug o False alarm, y el veredicto entra a la cadena de custodia.

    Evidence Locker · Report · Metadata · Telemetry · Raw Log
  7. Prográmalo.

    Watch vuelve a ejecutar una selección con un temporizador y avisa solo cuando cambia un estado, incluso con el Studio cerrado. Para un pipeline, la pantalla CI/CD escribe el archivo de GitHub Actions o GitLab CI.

    Watch · CI/CD

Lee la guía de primeros pasos →

En palabras simples: Nexus Studio es una aplicación de Windows que corre las pruebas automatizadas que ya escribes en Playwright, Selenium o pytest, y te dice, en uno de 14 veredictos claros, si un fallo es un error real, una prueba inestable o solo una red lenta. Guarda la prueba de cada fallo y corre en tu propia computadora, con una prueba gratis de 30 días y sin tarjeta.

Precio por máquina. Todas las funciones en todos los planes.

Individual cuesta $79 al mes por 1 máquina, Team $199 al mes por 3 y Business $599 al mes por 10, con 2 meses gratis si pagas un año. Enterprise es por cotización. Sin cobro por usuario ni por prueba, y una prueba de 30 días sin tarjeta.

Oferta de lanzamiento: una vez que se llenen los 40 cupos de Founding Customer, los planes anuales obtienen 30 % de descuento en el primer año, hasta el 31 de diciembre de 2026.

Antes de decidirte: Soporte y continuidad, o compara Nexus Studio con las otras formas de probar.

Ejecútalo contra tu propia app.

Gratis por 30 días, con todas las funciones, en tus máquinas. No necesitas tarjeta.

Haznos una pregunta