Delta-QA vs Percy: ¿Pruebas Visuales Estructurales o Capturas en la Nube?
Pruebas visuales por captura de pantalla (screenshot testing): método de detección de regresiones visuales que consiste en capturar una imagen completa de una página o componente web, y luego compararla píxel a píxel con una imagen de referencia — cualquier diferencia por encima de un umbral configurable se señala como una regresión potencial.
Percy ha sido durante mucho tiempo el primer nombre que venía a la mente cuando se hablaba de test visual automatizado. Adquirido por BrowserStack en 2020, la herramienta se consolidó como la solución "obvia" para equipos que querían añadir una capa de comparación visual a su pipeline de test. Y durante mucho tiempo, fue efectivamente la mejor opción disponible — más por defecto que por excelencia, pero la mejor de todas formas.
El panorama ha cambiado. Y la pregunta que cada equipo debería hacerse hoy ya no es «¿cómo integro Percy en mis pruebas?» sino «¿el enfoque de Percy sigue siendo el más relevante para mi necesidad?»
Delta-QA propone una respuesta radicalmente diferente al mismo problema. Sin screenshots, sin nube, sin SDK, sin facturación por screenshot. Un enfoque estructural, local, no-code y gratuito. Comparemos los dos sin rodeos.
Percy: las pruebas visuales como extensión de tus pruebas existentes
Percy funciona según un principio aparentemente sencillo: en puntos estratégicos de tus pruebas automatizadas, disparas una captura de pantalla. Esa captura se envía a los servidores de BrowserStack, donde se compara píxel a píxel con una imagen de referencia (la captura de referencia o baseline). Las diferencias se muestran en un panel web donde tu equipo puede aprobar o rechazar cada cambio.
La idea es elegante. La ejecución, menos.
Para usar Percy, primero debes tener pruebas automatizadas — Cypress, Playwright, Selenium, Puppeteer, o alguno de los muchos frameworks soportados. Luego instalas el SDK de Percy correspondiente a tu framework. Modificas tus pruebas para añadir llamadas de captura en los puntos relevantes. Configuras un token de autenticación para comunicarte con los servidores de Percy. Y rezas para que tu pipeline CI tenga una conexión de red suficientemente estable para enviar capturas de alta resolución en cada ejecución.
Si eres un desarrollador cómodo con herramientas de pruebas, todo esto es factible en unas horas. Si no eres desarrollador — y una proporción significativa de las personas responsables de la calidad visual no lo son — dependes completamente de otra persona para configurar y mantener tu herramienta de pruebas visuales.
Delta-QA: las pruebas visuales como actividad autónoma
Delta-QA se basa en un postulado inverso: las pruebas visuales no deberían ser un injerto sobre tus pruebas funcionales. Es una actividad propia, con sus propias necesidades, sus propios usuarios y sus propias restricciones.
En la práctica, le proporcionas a Delta-QA dos versiones de una página (dos URLs, dos entornos, o dos momentos en el tiempo), y la herramienta analiza las diferencias estructurales entre ellas. Sin capturas de pantalla enviadas a la nube. Sin comparación de píxeles. Delta-QA examina el DOM, las propiedades CSS calculadas y la jerarquía de elementos para identificar qué ha cambiado.
El resultado es un informe claro de las diferencias significativas: elementos añadidos, eliminados, modificados, desplazados, con las propiedades CSS afectadas. Sin interpretación difusa, sin «este píxel cambió de color en un matiz imperceptible». Hechos estructurales, verificables y explicables.
Y todo esto sin escribir una sola línea de código. Si puedes usar un navegador web, puedes usar Delta-QA. Esta frase no es un eslogan de marketing — es literalmente la realidad de la interfaz.
Código vs no-code: por qué lo cambia todo
La diferencia más fundamental entre Percy y Delta-QA no es técnica — es organizativa.
Percy es una herramienta de desarrollador. Vive en el código, se instala vía npm o pip, se configura en archivos de configuración y se ejecuta en pipelines CI/CD. Es perfectamente lógico cuando tus testers son desarrolladores. Es un muro cuando no lo son.
Piensa en tu equipo. ¿A quién le importa la calidad visual de tu producto? A los desarrolladores, por supuesto. Pero también a los diseñadores que crearon los mockups. A los product owners que validaron los recorridos de usuario. A los responsables de QA que definen los criterios de aceptación. A los responsables de marketing que gestionan las páginas de contenido. Ninguna de estas personas debería necesitar escribir código para verificar que el sitio se ve correctamente.
Percy los excluye estructuralmente del proceso de pruebas visuales. Pueden consultar los resultados en el panel — aprobar o rechazar cambios — pero no pueden configurar nuevas pruebas, añadir nuevas páginas a monitorizar o ajustar los parámetros de detección. Son consumidores pasivos de una herramienta diseñada para otros.
Delta-QA los incluye. Cualquier persona del equipo puede lanzar una comparación visual, añadir páginas a monitorizar, configurar umbrales de sensibilidad e interpretar los resultados. Las pruebas visuales se convierten en una responsabilidad compartida en lugar de una tarea técnica delegada.
La facturación por captura: un modelo que castiga el rigor
El modelo económico de Percy merece especial atención porque crea un incentivo perverso.
Percy cobra por número de capturas de pantalla al mes. Los planes comienzan con una cuota de capturas incluida, y cada captura adicional más allá de la cuota se factura. Cuanto más pruebas realizas, más pagas. Cuanto más rigurosa es tu cobertura visual, más alta es la factura.
Piensa un momento en lo que eso significa en la práctica. Tienes un sitio e-commerce con 500 páginas de producto. Quieres verificar visualmente cada página después de cada despliegue. Son 500 capturas por despliegue. Si despliegas diariamente, son 15.000 capturas al mes. Si pruebas en tres resoluciones (escritorio, tableta, móvil), son 45.000 capturas al mes. El plan que cubra ese volumen no será el de 400 dólares.
Este modelo crea una tensión insana entre la cobertura de pruebas y el presupuesto. Los equipos terminan limitando las páginas probadas, reduciendo la frecuencia de las pruebas o probando en menos resoluciones — no porque sea la decisión técnica correcta, sino porque el presupuesto lo exige. El modelo de precios de la herramienta degrada activamente la calidad de las pruebas.
Delta-QA no cobra nada. Ni por captura, ni por página, ni por mes. Pruebas tantas páginas como quieras, con la frecuencia que quieras, en tantas resoluciones como quieras. El rigor de tu cobertura de pruebas está limitado por tu ambición, no por tu cartera.
Nube vs local: la soberanía de tus datos
Cada captura de pantalla enviada a Percy transita por los servidores de BrowserStack y se almacena allí. Para la mayoría de sitios web públicos, eso no es un problema. Pero los sitios públicos son solo una fracción de lo que los equipos prueban.
¿Qué pasa con tu backoffice de administración? ¿Tu panel interno con datos de clientes? ¿Tu entorno de staging con datos de producción anonimizados (o no siempre perfectamente anonimizados)? ¿Tu portal médico, tu interfaz bancaria, tu sistema de gestión de RRHH?
Enviar capturas de pantalla de estas páginas a los servidores de un tercero, incluso un tercero de confianza certificado SOC 2, plantea cuestiones que algunas organizaciones no pueden ignorar. Las regulaciones sectoriales (RGPD, HIPAA, PCI-DSS), las políticas de seguridad internas y el sentido común en materia de protección de datos imponen límites a lo que puede transitar por servidores externos.
Delta-QA elimina la cuestión. La herramienta se ejecuta localmente. Tus páginas se analizan localmente. Los resultados permanecen locales. Ningún dato abandona tu entorno. Esto no es una funcionalidad premium ni una opción de despliegue enterprise — es la arquitectura base de la herramienta.
La estabilidad de los resultados: píxeles caprichosos vs estructura fiable
Cualquiera que haya usado una herramienta de pruebas visuales basada en capturas de pantalla sabe que los falsos positivos son la plaga del enfoque. Percy ha hecho progresos significativos con algoritmos de comparación inteligentes, umbrales de sensibilidad configurables y zonas de exclusión. Pero el problema fundamental persiste: comparar píxeles es intrínsecamente inestable.
El renderizado de una fuente varía de un sistema operativo a otro. El anti-aliasing difiere según la tarjeta gráfica. Las animaciones capturadas en momentos ligeramente diferentes producen imágenes diferentes. Los contenidos dinámicos (fechas, contadores, publicidad) cambian entre capturas. Las imágenes cargadas desde un CDN pueden llegar en un orden diferente. Una barra de desplazamiento que aparece o desaparece desplaza todos los elementos unos píxeles.
Cada uno de estos casos genera un «diff» en Percy que no es un bug real. Y cada falso positivo consume tiempo: alguien tiene que mirar el diff, decidir que no es un problema real y aprobarlo. Multiplica por cientos de capturas y decenas de despliegues, y obtienes horas de trabajo desperdiciadas clasificando falsos positivos. Hay cosas más emocionantes en la vida — prácticamente todas, de hecho.
El enfoque estructural de Delta-QA es inmune a estos problemas. El renderizado de la fuente puede variar — la estructura CSS permanece idéntica. El anti-aliasing puede diferir — las propiedades CSS calculadas no cambian. El contenido textual puede actualizarse — la jerarquía DOM y los estilos permanecen estables. La tasa de falsos positivos del enfoque estructural es una fracción de la del enfoque por capturas de pantalla.
La integración CI/CD: dos enfoques, mismo destino
Percy se integra en los pipelines CI/CD vía su SDK. Es una integración madura que funciona bien con los principales sistemas CI (GitHub Actions, GitLab CI, Jenkins, CircleCI). Pero añade una dependencia de red: si los servidores de Percy son lentos o no están disponibles, tu pipeline se ve impactado.
Delta-QA también se integra en los pipelines CI/CD, pero sin SDK ni dependencia externa. La herramienta se ejecuta localmente en tu runner CI. Sin latencia de red, sin timeouts si un servicio de terceros se cae. Tu pipeline depende solo de tu propia infraestructura.
Cuando Percy sigue siendo la elección correcta
Percy es una buena herramienta en ciertos contextos específicos.
Quieres las pruebas visuales como complemento de tus pruebas funcionales existentes. Si ya tienes una suite de pruebas Cypress o Playwright robusta, añadir Percy a esa suite es el camino de menor resistencia. Añades capturas en los momentos clave de tus pruebas, y tu cobertura visual es inmediatamente operativa.
Necesitas pruebas visuales cross-browser. Percy puede capturar pantallas en diferentes combinaciones navegador/resolución vía la infraestructura de BrowserStack. Si verificar el renderizado visual en Chrome, Firefox, Safari y Edge simultáneamente es un requisito, Percy ofrece esta capacidad.
Tu equipo está compuesto exclusivamente de desarrolladores. Si las únicas personas que harán pruebas visuales son desarrolladores cómodos con SDKs y pipelines CI/CD, la barrera de entrada de Percy es insignificante.
Cuando Delta-QA es la mejor opción
Las pruebas visuales son una necesidad en sí misma, no una extensión de tus pruebas funcionales. Si quieres pruebas visuales independientemente de tus pruebas automatizadas — o si simplemente no tienes pruebas automatizadas — Delta-QA es autosuficiente.
No desarrolladores necesitan participar en las pruebas visuales. QA, diseñadores, product owners, marketing — si estos perfiles necesitan poder lanzar e interpretar pruebas visuales sin pasar por un desarrollador, Delta-QA es la única opción realista.
El presupuesto es limitado o rechazas la facturación por volumen. Si no quieres que tu cobertura de pruebas esté dictada por tu presupuesto de capturas, la gratuidad de Delta-QA elimina esa restricción.
La confidencialidad de los datos es innegociable. Si tus páginas contienen datos sensibles o tus políticas de seguridad prohíben enviar capturas de pantalla a servidores de terceros, el enfoque local de Delta-QA es la única opción conforme.
Estás harto de los falsos positivos. Si ya has experimentado con pruebas visuales por capturas y la clasificación de falsos positivos te hizo abandonar, el enfoque estructural de Delta-QA te reconciliará con las pruebas visuales.
El veredicto sin filtros
Percy es una herramienta madura, bien integrada en el ecosistema BrowserStack, y eficaz para equipos de desarrollo que quieren añadir una capa visual a sus pruebas automatizadas. Es una buena herramienta para su caso de uso específico.
Pero ese caso de uso es más estrecho de lo que el marketing de Percy sugiere. La mayoría de equipos no necesitan un SDK, un servicio en la nube y una facturación por captura para detectar regresiones visuales. Necesitan una herramienta simple, rápida, accesible para todos, y que no castigue el rigor de las pruebas con una factura creciente.
Delta-QA es esa herramienta. No porque sea más sofisticada que Percy — no lo es, y no pretende serlo. Sino porque resuelve el problema de las pruebas visuales con menos fricción, menos coste y más accesibilidad. Y en el mundo real, la herramienta que se adopta siempre es más útil que la herramienta que impresiona.
Preguntas frecuentes
¿Es Percy gratuito?
Percy ofrece un plan gratuito limitado a un cierto número de capturas de pantalla al mes (el umbral ha variado con el tiempo). Más allá, los planes de pago comienzan en varios cientos de dólares al mes y escalan según el volumen de capturas. Para un uso profesional serio con una cobertura de pruebas significativa, el plan gratuito es insuficiente. Delta-QA es gratuito sin limitación de volumen.
¿Se puede usar Percy sin escribir código?
No. Percy requiere la integración de un SDK en un framework de pruebas automatizado. Incluso las soluciones de integración más simples (Percy CLI con URLs) requieren el uso de un terminal y comandos en línea. Delta-QA es completamente no-code — la interfaz web es suficiente para configurar y ejecutar pruebas visuales.
¿El enfoque estructural detecta los mismos bugs que las capturas de pantalla?
Detecta la gran mayoría de las regresiones visuales — las causadas por cambios de CSS, de estructura HTML o de maquetación. No detecta problemas de renderizado gráfico puro (corrupción de imagen, problema de webfont, bug de renderizado específico de un navegador) que requieren una comparación visual píxel a píxel. Para la mayoría de los equipos, las regresiones estructurales representan más del 90% de los bugs visuales encontrados en la práctica.
¿Percy gestiona las páginas con autenticación?
Sí, pero únicamente en el marco de tus pruebas automatizadas. Tu script de pruebas debe gestionar la autenticación (login, cookies, tokens), y luego Percy captura las pantallas de las páginas autenticadas. Con Delta-QA, el acceso a las páginas autenticadas es directo ya que la herramienta se ejecuta en tu entorno local donde ya tienes acceso a tus aplicaciones.
¿Cuánto tiempo se ahorra eliminando los falsos positivos?
Los equipos que usan herramientas de pruebas visuales basadas en capturas de pantalla reportan regularmente que la clasificación de falsos positivos representa entre el 30% y el 60% del tiempo dedicado a las pruebas visuales. En una semana típica con 20 despliegues y cientos de capturas, son varias horas de trabajo humano dedicadas a aprobar diferencias que no son bugs. El enfoque estructural de Delta-QA reduce drásticamente esta proporción.
¿Pueden coexistir Percy y Delta-QA?
Por supuesto. Puedes usar Percy en tus pruebas automatizadas para la comparación píxel de componentes críticos, y Delta-QA en paralelo para la cobertura diaria de todas tus páginas. Las dos herramientas son independientes y no se estorban mutuamente. Es incluso una combinación inteligente si quieres lo mejor de ambos enfoques.
Las pruebas visuales deberían ser una red de seguridad desplegada ampliamente, no una herramienta de lujo reservada a equipos que pueden permitirse un SDK y una suscripción en la nube. Percy abrió el camino. Delta-QA lo hace accesible para todos.