Tu agente de IA escribe tus pruebas de regresión. Delta‑QA lo demuestra.
Conecta Claude Code, Cursor o cualquier cliente MCP a Delta-QA. Tu agente crea el escenario y escribe sus pasos; Delta-QA los reproduce en su propio navegador, en tu sitio real, fotografía cada paso y solo valida lo que ha funcionado de verdad.
›Crea una prueba de regresión del recorrido «Finalizar compra» en example.com
list_workspaces…1 espacio de trabajo, rol «Puede editar»create_scenario…Escenario creado, el paso 1 abre la páginaDRAFTset_scenario_steps…3 pasos guardados, de #2 a #4capture_scenario…Reproducción iniciada en el sitio realget_capture_resultReproduciendo y fotografiando…Acción #4:button.payno coincide con ningún elemento visibleFAILED- El botón «Pagar» no tiene esa clase: mejor lo selecciono por su atributo data‑testid.
set_scenario_steps…Paso #4 corregido:button[data-testid=pay]capture_scenario…Nueva reproducción iniciadaget_capture_resultReproduciendo y fotografiando…4 pasos reproducidos, 4 fotosCOMPLETEDactivate_scenario…La captura se convierte en la referenciaACTIVE
- #1
- #2
- #3
- #4
Lo que tu agente hace con Delta-QA
El Model Context Protocol (MCP) es el estándar abierto con el que un agente de IA descubre herramientas y las invoca. El servidor MCP de Delta-QA expone ocho: crear un escenario, escribir sus pasos, reproducirlo, leer el veredicto, corregir y validar. Es el mismo camino que ofrece la pantalla del escenario, pero sin pantalla.
Lo pides con palabras sencillas: «Crea una prueba de regresión del recorrido de registro en https://…». El agente escribe los pasos, Delta-QA los reproduce en el sitio real y fotografía cada uno. Una vez validado, el escenario se reproduce en cada release, igual que un escenario grabado navegando.
Conecta tu agente en tres pasos
- Crea tu cuenta gratis y tu espacio de trabajo.
- Crea una clave de API en Configuración, pestaña Espacio de trabajo, sección Claves de API: un nombre, el rol «Puede editar» para un agente que escribe escenarios y una caducidad. La clave se muestra una sola vez, junto con el comando listo para usar.
- Pega el comando en tu terminal si usas Claude Code, o dale a tu cliente MCP la dirección del servidor y la cabecera que se muestran debajo.
claude mcp add --transport http delta-qa https://api.delta-qa.com/api/mcp --header "Authorization: Bearer dqa_…"- Dirección del servidor
https://api.delta-qa.com/api/mcp- Cabecera de autenticación
Authorization: Bearer dqa_…
El servidor usa el transporte «Streamable HTTP» del protocolo, sin estado: cada llamada es una petición independiente. Cualquier cliente MCP que acepte un servidor remoto y una cabecera de autenticación puede conectarse, desde Cursor o VS Code hasta tu propio agente.
Las ocho herramientas del servidor
Siguen el orden del recorrido. Un agente las descubre por sí solo: no hay nada que explicarle.
| Herramienta | Qué hace | Rol requerido |
|---|---|---|
list_workspaces | Enumera tus espacios de trabajo, con tu rol en cada uno. | Solo lectura |
list_scenarios | Enumera los escenarios de un espacio de trabajo, los más recientes primero. | Solo lectura |
create_scenario | Crea un escenario en borrador a partir de un nombre y una URL de inicio; el paso 1, abrir la página, lo establece Delta-QA. | Puede editar |
get_scenario | Lee un escenario y sus pasos, numerados igual que en la reproducción. | Solo lectura |
set_scenario_steps | Escribe todos los pasos del recorrido, entre catorce gestos posibles: clic, escritura, selección, tecla, desplazamiento, navegación… | Puede editar |
capture_scenario | Reproduce el escenario en el navegador de Delta-QA, en el sitio real, y toma sus fotos. | Puede editar |
get_capture_result | Lee el veredicto de la reproducción; un fallo señala el paso que hay que corregir. | Solo lectura |
activate_scenario | Valida el escenario: la captura se convierte en su referencia, que se compara en cada release. | Puede editar |
Un paso, tal como lo escribe el agente
Cada paso es un gesto y su objetivo: un selector CSS que apunta a un único elemento visible en ese punto del recorrido.
{"action": "CLICK", "selector": "[data-testid=add-to-cart]", "text": "Add to cart"}
{"action": "FILL", "selector": "#password", "value": "…", "sensitive": true}
{"action": "KEY", "value": "Enter"}
{"action": "SCROLL", "value": "800", "photo": false}- El texto visible del elemento ayuda a Delta-QA a volver a encontrarlo cuando el sitio cambia.
- Un valor sensible (contraseña, tarjeta) se cifra en cuanto llega, se introduce al reproducir, se enmascara en las fotos y no se vuelve a leer nunca.
- Una foto por paso por defecto: es la que compara cada verificación futura.
- Nada se valida a ciegas: un paso que no se reproduce hace fallar la captura, que señala la acción responsable.
Una clave por espacio de trabajo, bajo tu control
- Pertenece al espacio de trabajo, no a una persona: solo actúa en ese espacio y sobrevive a la salida de quien la creó.
- Dos roles: «Solo lectura» consulta los escenarios y sus verificaciones sin lanzar nada; «Puede editar» crea, reproduce y valida.
- Una caducidad obligatoria: 30 días, 90 días o 1 año, nunca por más tiempo. La revocación es inmediata, desde la misma pantalla.
- Se muestra una sola vez, se conserva como huella SHA-256 y nunca aparece en los logs. Una clave revocada o caducada se rechaza.
- Los mismos accesos que la interfaz: mismos roles, mismos espacios de trabajo, mismas cuotas que una persona. Disponible en todos los planes, incluida la cuenta gratis.
El agente propone, Delta-QA demuestra
Un agente de IA puede equivocarse de selector o afirmar que un recorrido funciona. Con Delta-QA, nada se valida a ciegas: cada paso se reproduce en un navegador real, en el sitio real, y se fotografía. Una reproducción fallida señala el paso que hay que corregir; solo una reproducción superada se convierte en la referencia.
A partir de entonces, cada release se compara con esa referencia mediante la IA determinista de Delta-QA, no un LLM: la misma diferencia recibe siempre el mismo veredicto y cada diferencia es explicable.
Pruebas de regresión automatizadas, explicadas · Qué detecta Delta-QA