# blop Agente de QA que convierte recorridos descritos en lenguaje natural en pruebas de navegador como código, las ejecuta en CI, agrupa fallos repetidos y puede abrir pull requests para repararlas. - Findings24: - Sitio web: - Precios: Freemium - Categorías: Asistente de Código IA, Herramientas IA Dev, Asistentes de pruebas con IA ## ¿Qué es blop? blop es un agente de QA para equipos que quieren que las pruebas de navegador vivan como código en su repositorio en lugar de un panel de proveedor. Describes un recorrido en lenguaje natural y el agente lo ejecuta en un navegador real para crear y mantener un artefacto de prueba que te pertenece. El producto ejecuta esas pruebas en tu CI, publica resultados estructurados en el pull request que las activó y agrupa los fallos repetidos para facilitar el seguimiento de las interrupciones recurrentes. Cuando los cambios de la interfaz rompen una prueba, blop puede abrir un pull request con una corrección y un paso de verificación, manteniendo el flujo de trabajo centrado en diferencias que se pueden revisar. ## ¿Qué puede hacer blop? ### Pruebas como código basadas en la intención Describe un recorrido en lenguaje natural y blop lo convierte en una prueba \`.blop.ts\` que expresa la intención en lugar de ser un script de selectores. La prueba vive en tu repositorio y se puede revisar como cualquier otro código. ### Ejecuciones en navegador con Playwright El agente controla un navegador real durante el flujo mediante Playwright, por lo que el resultado de la prueba refleja un recorrido de usuario real en lugar de un estado oculto del panel. ### Ejecución nativa en CI blop ejecuta las pruebas en tu CI usando tus runners existentes de GitHub Actions, de modo que el flujo encaja en el pipeline que ya gestionas. ### Agrupación de fallos Los fallos repetidos se agrupan en clústeres para que el mismo selector roto o cambio en la interfaz no aparezca como decenas de filas independientes entre ejecuciones. ### Pull requests de reparación creados por el agente Cuando un fallo reúne los requisitos, el agente puede abrir un pull request que corrige la prueba y verifica que pase antes de la revisión. La corrección automática se describe como acceso anticipado. ### Monitorización sintética Cualquier prueba también se puede programar como una comprobación recurrente contra producción, mostrando el tiempo de actividad, la duración p95 y la finalización del recorrido como señales. ## Casos de uso ### Convertir recorridos de producto en código Los equipos pueden describir un proceso de pago, registro u otro recorrido de usuario en lenguaje natural y obtener una prueba de navegador que se puede versionar y revisar junto con los cambios del producto. ### Clasificar fallos repetidos Cuando el mismo problema de un selector o regresión de la interfaz aparece repetidamente, la agrupación de fallos convierte muchos resultados similares en un solo problema que investigar. ### Reparar pruebas mediante pull requests Si un cambio en la interfaz rompe una prueba, el agente puede inspeccionar la traza, la salida de la consola y la diferencia, y después abrir un pull request con una reparación acotada y una ejecución de verificación. ### Integrarse en un flujo de CI existente Los equipos que ya usan GitHub Actions pueden ejecutar las pruebas mediante sus runners actuales de CI en lugar de alojar un entorno de ejecución independiente. ### Monitorizar recorridos críticos Cualquier prueba se puede programar como una comprobación recurrente en producción para supervisar el tiempo de actividad, la finalización del recorrido y la duración p95 de los flujos de usuario importantes. ## Preguntas frecuentes ### ¿Dónde se almacenan mis pruebas? Las pruebas se almacenan en tu repositorio como archivos \`.blop.ts\`. Tienen control de versiones, se revisan como código y tu equipo puede editarlas o eliminarlas. ### ¿Hay una prueba gratuita? Sí. Todos los planes comienzan con una prueba gratuita de 7 días e incluyen acceso completo a las funciones del plan que elijas. No se necesita tarjeta de crédito para empezar. ### ¿Necesito alojar mis propios runners? blop se ejecuta mediante tus runners existentes de GitHub Actions, ya sean en la nube o autohospedados. El plano de control no ejecuta las pruebas por sí mismo. ### ¿Funciona únicamente con Playwright? Actualmente, blop prioriza Playwright. La carga útil de resultados es un contrato versionado y el sitio indica que próximamente están previstos adaptadores para otros frameworks. ### ¿Cómo corrige el agente las pruebas que fallan? Cuando una ejecución falla, el agente inspecciona el fallo, la traza y la diferencia; después puede abrir un pull request con una corrección acotada y una compilación de verificación. La corrección automática está en acceso anticipado y nada se integra sin aprobación. ## Datos rápidos - **Categoría**: Herramienta para desarrolladores - **Uso principal**: Pruebas de navegador y automatización de QA - **Modelo de ejecución**: Se ejecuta en tu CI con runners de GitHub Actions - **Formato de prueba**: Archivos .blop.ts en tu repositorio - **Framework**: Prioriza Playwright - **Precios**: Planes por usuario con una prueba gratuita de 7 días