camelQA

camelQA

CamelQA, Inc. · Programmation

camelQA était un agent de QA par IA soutenu par Y Combinator : il transformait des cas de test en langage naturel en campagnes sur de vrais appareils iOS et Android, sans accès au code source. L'entreprise ne le commercialise plus.

Aperçu de l'interface de camelQA

À propos de camelQA

About

Qu'est-ce que camelQA

camelQA était un agent d'IA dédié aux tests d'applications mobiles. Il suffisait de décrire un cas avec des mots ordinaires, comme on l'expliquerait à un collègue, et l'agent l'exécutait sur un téléphone réel : ouvrir des écrans, appuyer sur des boutons, remplir des champs, puis vérifier la suite.

Le discours visait une douleur connue. Écrire les cent premiers tests automatisés demande du temps, mais reste faisable. Ce qui épuise une équipe QA, c'est de les maintenir en vie alors que l'interface bouge à chaque sprint. Un bouton renommé suffit à mettre la suite entière hors service.

camelQA a attaqué ce problème par la vision par ordinateur plutôt que par des sélecteurs d'éléments. L'agent lisait l'écran comme le ferait une personne, ce qui lui permettait de continuer quand la mise en page changeait, et il n'a jamais eu besoin du code de l'application. Pour une équipe qui avait renoncé aux tests mobiles automatisés, la promesse était de repartir sans framework ni script enregistré.

Le produit n'est plus vendu. camelqa.com renvoie désormais vers camelai.com, où la même équipe publie camelRun, camelBot et camelCode, et il ne reste ni inscription ni journal des versions de l'agent QA. Cette page documente ce que faisait l'outil, elle ne sert pas de guide d'achat.

Premiers pas

  1. Créer un compte et fournir une version de l'application à tester. Aucun SDK, framework de test ni accès au code source n'était nécessaire.
  2. Écrire le cas en langage naturel, en décrivant l'objectif plutôt qu'une suite d'appuis.
  3. Choisir la plateforme et l'appareil, puis lancer la campagne.
  4. Lire le résultat et conserver le cas pour le rejouer sur la version suivante.

Informations sur le produit

Aperçu des tarifs, des plateformes compatibles et des performances de camelQA.

Offre gratuiteOui
Offres payantesN/A
PlateformeWeb app, tests iOS and Android builds
DéveloppeurCamelQA, Inc.
CatégorieProgrammation
Date de lancementMar 2024
Dernière mise à jourOct 2026
Visites du siteN/A
Classement mondial du siteN/A
Disponibilité de l’APIN/A

Idéal pour

Les utilisateurs, tâches et cas d'usage où cet outil convient le mieux.

Utilisateurs

  • Responsables QA de petites équipes mobiles
  • Product managers sans expérience de l'automatisation
  • Fondateurs qui publient chaque semaine

Tâches

  • Tests de fumée sur une version candidate
  • Non-régression des parcours principaux
  • Contrôles d'accessibilité

Cas d'usage

  • Une refonte casse la moitié de la suite
  • Personne ne veut entretenir Appium
  • La veille d'un envoi sur l'App Store

Fonctionnalités clés

Cas de test en langage naturel

Les cas s'écrivaient comme des objectifs, pas comme des scripts. Vous indiquiez ce qu'un utilisateur devait pouvoir faire et l'agent en déduisait les étapes. Un designer ou un profil support pouvait proposer des cas sans toucher au code.

Lecture d'écran par vision

camelQA combinait les données d'accessibilité, un modèle maison de détection d'objets et Google SigLIP pour classer les éléments d'interface. En pratique, l'agent reconnaissait un bouton à son apparence et à son libellé, donc un contrôle déplacé ne faisait pas échouer le test.

Exécution sur de vrais appareils iOS et Android

Les tests tournaient sur des téléphones physiques et non sur des émulateurs, ce qui compte dès qu'il s'agit de caméra, de notifications ou de latence tactile. Les tests iOS et Android partageaient un seul flux de travail, sans code source ni option de compilation particulière.

Correction en cours d'exécution

Quand un écran ne correspondait pas à l'attendu, l'agent ajustait l'étape suivante au lieu de s'arrêter net. Cette différence sépare un test qui signale un vrai bug d'un test qui se plaint d'un libellé renommé.

Plus que des parcours de bout en bout

L'équipe positionnait l'agent sur les tests de bout en bout, de fumée, de sanity et d'accessibilité. Une seule liste de cas couvrait un achat complet et une vérification de deux minutes sur l'ouverture de l'application, ce qui gardait la suite assez courte pour tourner souvent.

Avantages et inconvénients

Avantages

  • Les cas se lisent comme des consignes, toute l'équipe pouvait donc les écrire et les relire.
  • La détection visuelle des éléments réduisait la maintenance qui fait pourrir les suites mobiles.
  • Les campagnes sur appareil réel révélaient des défauts que les émulateurs masquent, notamment sur les permissions et les délais.
  • Aucun code source ni intégration de SDK n'était requis, l'installation tombait à quelques minutes.

Inconvénients

  • Mobile uniquement. Il n'y avait ni couverture web ni desktop, donc un produit multiplateforme avait besoin d'un second outil.
  • Le produit est arrêté. Aucune page d'inscription, aucun tarif public ni support n'existe aujourd'hui, ce qui l'écarte de tout nouveau projet.
  • Le prix au-delà des 10 cas gratuits n'a jamais été publié, budgéter demandait donc un échange commercial plutôt qu'une consultation.

Questions fréquentes

Il exécutait des tests d'applications mobiles à partir de descriptions en langage naturel. Vous donniez un objectif, l'agent l'accomplissait sur un appareil iOS ou Android réel et rendait un verdict sans écrire de code d'automatisation.