camelQA

camelQA

CamelQA, Inc. · Programación

camelQA era un agente de QA con IA de Y Combinator que convertía casos de prueba en lenguaje natural en ejecuciones sobre móviles iOS y Android reales, sin acceso al código fuente. La empresa ya no lo comercializa.

Vista previa de la interfaz de camelQA

Acerca de camelQA

About

Qué es camelQA

camelQA era un agente de IA pensado para las pruebas de aplicaciones móviles. Bastaba con describir un caso con palabras corrientes, como se lo explicarías a un compañero de equipo, y el agente lo ejecutaba en un teléfono real: abría pantallas, pulsaba botones, escribía en los campos y comprobaba lo que ocurría después.

El discurso apuntaba a un dolor conocido. Escribir las primeras cien pruebas automatizadas se agota, pero se hace. Lo que rompe a un equipo de QA es mantenerlas vivas mientras la interfaz cambia en cada sprint. Un botón renombrado deja fuera de juego la suite entera.

camelQA atacó ese problema con visión artificial en lugar de selectores de elementos. El agente leía la pantalla como lo haría una persona, así que seguía funcionando cuando el diseño se movía y nunca necesitó el código del cliente.

El producto ya no se vende. camelqa.com redirige ahora a camelai.com, donde el mismo equipo publica camelRun, camelBot y camelCode, y no queda ni registro ni página de novedades del agente de QA. Esta ficha sirve como archivo de lo que hacía la herramienta, no como guía de compra.

Primeros pasos

  1. Crear una cuenta y entregar una compilación de la app que se quería probar. No hacía falta SDK, framework de pruebas ni acceso al código fuente.
  2. Escribir el caso en lenguaje natural, describiendo el objetivo y no una lista de toques.
  3. Elegir plataforma y dispositivo para la ejecución, y lanzarla.
  4. Leer el resultado y conservar el caso para repetirlo con la siguiente compilación.

Información del producto

Un vistazo rápido a los precios, las plataformas compatibles y el rendimiento de camelQA.

Plan gratuitoSí
Planes de pagoN/A
PlataformaWeb app, tests iOS and Android builds
DesarrolladorCamelQA, Inc.
CategoríaProgramación
Fecha de lanzamientoMar 2024
Última actualizaciónOct 2026
Visitas al sitio webN/A
Ranking global del sitioN/A
Disponibilidad de la APIN/A

Ideal para

Los usuarios, tareas y casos de uso en los que esta herramienta encaja mejor.

Usuarios

  • Responsables de QA en equipos móviles pequeños
  • Product managers sin experiencia en automatización
  • Fundadores que publican versiones cada semana

Tareas

  • Pruebas de humo sobre una candidata a release
  • Regresión de los recorridos principales
  • Revisiones de accesibilidad

Casos de uso

  • Un rediseño rompe media suite
  • Nadie quiere encargarse del mantenimiento de Appium
  • La noche antes de enviar la app a la tienda

Funciones clave

Casos de prueba en lenguaje natural

Los casos se escribían como objetivos, no como scripts. Se indicaba qué debía poder hacer una persona usuaria y el agente deducía los pasos. Un diseñador o alguien de soporte podía aportar casos sin tocar código.

Lectura de pantalla por visión artificial

camelQA combinaba los datos de accesibilidad con un modelo propio de detección de objetos y con Google SigLIP para clasificar elementos de la interfaz. En la práctica reconocía un botón por su aspecto y su etiqueta, así que un control desplazado no tumbaba la prueba.

Ejecución en móviles iOS y Android reales

Las pruebas corrían en teléfonos físicos y no en emuladores, algo que importa en todo lo que toca cámara, notificaciones o latencia táctil. Las pruebas en iOS y Android compartían un mismo flujo de trabajo, sin código fuente ni marcas de compilación especiales.

Corrección sobre la marcha

Cuando una pantalla no coincidía con lo esperado, el agente ajustaba el paso siguiente en lugar de detenerse. Esa diferencia separa una prueba que informa de un fallo real de otra que solo avisa de una etiqueta renombrada.

Más que flujos de extremo a extremo

El equipo situó el agente en pruebas de extremo a extremo, de humo, de cordura y de accesibilidad. Una sola lista de casos cubría una compra completa y una comprobación de dos minutos de que la app abre, y la suite quedaba lo bastante corta para ejecutarla a menudo.

Ventajas y desventajas

Ventajas

  • Los casos se leen como instrucciones, así que todo el equipo podía escribirlos y revisarlos.
  • La detección visual de elementos reducía el mantenimiento que marchita las suites móviles.
  • Las ejecuciones en dispositivos reales destapaban fallos que los emuladores esconden, como problemas de permisos y de tiempos.
  • No requería código fuente ni integración de SDK, y el montaje bajaba a minutos.

Desventajas

  • Solo móvil. No había cobertura web ni de escritorio, así que un producto multiplataforma necesitaba una segunda herramienta.
  • El producto está retirado. Hoy no hay registro, ni precios públicos, ni canal de soporte, lo que lo descarta para proyectos nuevos.
  • El precio más allá de la franquicia de 10 casos gratuitos nunca se publicó, así que el presupuesto era una conversación y no una consulta rápida.

Preguntas frecuentes

Ejecutaba pruebas de aplicaciones móviles a partir de descripciones en lenguaje natural. Se indicaba un objetivo, el agente lo cumplía en un dispositivo iOS o Android real y se obtenía un resultado de aprobado o fallo sin escribir código de automatización.