Pruebas que se ejecutan en cada despliegue y bugs que se registran solos
QA Spider prueba tu app en un navegador real y a través de su API, ejecuta la suite en cada despliegue y registra cada regresión confirmada en el tracker que tu equipo ya usa. Plan Enterprise: ponte en contacto con nosotros.
Lo que obtienes
- Pruebas de UI en un navegador real
- Comprobaciones de contrato REST y GraphQL
- Informes de bug redactados a partir de la ejecución fallida: pasos, captura, severidad. Con comprobación de duplicados, registrados solo tras tu aprobación.
- Bugs registrados en Jira, ClickUp, GitHub Issues, Linear, Azure DevOps
- Alertas en Slack, Discord, Telegram
- Triaje con AI: prueba inestable o bug real
- Causa raíz desde tu repositorio, en solo lectura
- Severidad
- P1
- Pasos
- Añade un artículo, abre /checkout, aplica un código caducado, paga con una tarjeta de prueba.
- Esperado
- El código se rechaza con un mensaje.
- Real
- Se muestra “Código aplicado” y se cobra el importe completo.
- Registrado en
- Jira, tras la aprobación. Alerta enviada a Slack.
Cómo viaja un bug
Un despliegue ejecuta la suite. Una prueba que falla se convierte en un informe de bug; cuando lo apruebas, llega a tu tracker y el chat de tu equipo se entera.
Tras un despliegue se ejecutan las pruebas, una falla y su informe de bug pasa al tracker del equipo mientras un mensaje de Slack lo anuncia.
Falla una ejecución
En cada despliegue, en un navegador real y contra tu API.
El triaje decide
Prueba inestable, fallo de infraestructura o bug real del producto.
El informe se escribe solo
Pasos de lo que realmente se ejecutó, la captura, una severidad.
Tú apruebas
Llega a tu tracker y a tu chat, ni un momento antes.
Seguro por defecto
En producción solo se ejecutan comprobaciones de solo lectura. Todo lo que crea o cambia datos se ejecuta solo en dev o staging. Registrar un ticket o publicar en el chat espera tu aprobación. Nunca ocultamos un bug real para poner una ejecución en verde.
También en Pro
Pro ($29/mo) incluye 1000 créditos de prueba al mes: ejecuta pruebas generadas bajo demanda, elige pruebas, guarda suites, genera una prueba a partir de una descripción y edítala visualmente. La programación, el registro en el tracker, las alertas en el chat y el triaje con AI son de Enterprise.
Web3 también. Las dApps reciben el mismo trato: la araña maneja flujos de wallet con wallets emuladas (conectar, cambiar de red, firmar, rechazar), ejercita llamadas a contratos en testnets y comprueba que lo que muestra tu UI coincide con la cadena.
Preguntas de equipos
¿En qué se diferencia de escribir las pruebas nosotros mismos?
Nada te lo impide. QA Spider escribe código de pruebas estándar que tu equipo podría escribir. La diferencia es quién hace el trabajo: redacta las pruebas, las ejecuta en cada despliegue, repara los localizadores cuando cambia tu UI y registra los bugs. Tus ingenieros revisan los resultados.
¿Inundará nuestro tracker?
No. Cada fallo pasa primero por triaje: las pruebas inestables se reparan, los fallos de infraestructura se reintentan y solo los bugs de producto confirmados se convierten en tickets. Registrar requiere tu aprobación y se comprueban duplicados en cada ticket.
¿Qué pasa cuando cambia nuestra UI?
Si un localizador se rompió porque rediseñaste, la araña repara la prueba y lo anota. Si el comportamiento empeoró, registra un bug en lugar de editar la prueba en silencio para mantenerla en verde.
¿Cómo gestionáis el inicio de sesión, los pagos y los datos de prueba?
Le das a la araña cuentas de prueba para staging. Inicia sesión, paga con tarjetas de prueba y envía formularios allí. Los flujos que modifican datos solo se ejecutan en dev y staging; producción recibe solo comprobaciones de solo lectura.
¿Necesitáis nuestro código fuente?
No para las pruebas: la araña prueba tu app como la encuentra un usuario. Opcionalmente puedes conectar un repositorio, en solo lectura, para que un fallo señale el archivo y el commit que lo causan.
¿Es seguro ejecutarla contra producción?
Las ejecuciones en producción se limitan a comprobaciones smoke de solo lectura. Todo lo que crea, edita o borra datos se etiqueta como mutante y se ejecuta solo en dev o staging.