camelQA

camelQA

CamelQA, Inc. · Programação

O camelQA era um agente de QA com IA, apoiado pelo Y Combinator, que transformava casos de teste em linguagem natural em execuções em aparelhos iOS e Android reais, sem precisar do código-fonte. A empresa já não o vende.

Prévia da interface de camelQA

Sobre camelQA

About

O que é o camelQA

O camelQA era um agente de IA feito para testes de aplicativos móveis. Bastava descrever um caso com palavras comuns, do jeito que você explicaria para um colega, e o agente executava aquilo num celular de verdade: abria telas, tocava em botões, digitava nos campos e conferia o que acontecia depois.

O argumento mirava uma dor antiga. Escrever as primeiras cem automações cansa, mas sai. O que derruba um time de QA é manter essas automações vivas enquanto a interface muda a cada sprint. Um botão renomeado tira a suíte inteira do ar.

O camelQA atacou esse problema com visão computacional em vez de seletores de elementos. O agente lia a tela como uma pessoa leria, então continuava funcionando quando o layout mudava e nunca pediu o código da sua app. Para quem já tinha desistido de testes móveis automatizados, a promessa era começar sem framework e sem script gravado.

O produto não está mais à venda. O camelqa.com agora redireciona para o camelai.com, onde o mesmo time publica camelRun, camelBot e camelCode, e não sobrou cadastro nem changelog do agente de QA. Esta página registra o que a ferramenta fazia, não serve como guia de compra.

Como começar

  1. Criar uma conta e entregar um build do app que seria testado. Não havia SDK, framework de testes nem acesso ao código-fonte.
  2. Escrever o caso em linguagem natural, descrevendo o objetivo e não uma sequência de toques.
  3. Escolher plataforma e aparelho para a execução e disparar a rodada.
  4. Ler o resultado e guardar o caso para repetir no build seguinte.

Informações do produto

Uma visão rápida dos preços, das plataformas compatíveis e do desempenho de camelQA.

Plano gratuitoSim
Planos pagosN/A
PlataformaWeb app, tests iOS and Android builds
DesenvolvedorCamelQA, Inc.
CategoriaProgramação
Data de lançamentoMar 2024
Última atualizaçãoOct 2026
Visitas ao siteN/A
Ranking global do siteN/A
Disponibilidade da APIN/A

Ideal para

Os usuários, tarefas e cenários em que esta ferramenta se encaixa melhor.

Usuários

  • Coordenadores de QA em times móveis pequenos
  • Product managers sem experiência em automação
  • Fundadores que publicam build toda semana

Tarefas

  • Teste de fumaça em um candidato a release
  • Regressão dos caminhos principais
  • Checagens de acessibilidade

Cenários

  • Um redesenho quebra metade da suíte
  • Ninguém quer cuidar da manutenção do Appium
  • A véspera do envio para a loja

Principais recursos

Casos de teste em linguagem natural

Os casos eram escritos como objetivos, não como scripts. Você dizia o que uma pessoa deveria conseguir fazer e o agente deduzia os passos. Um designer ou alguém do suporte contribuía com casos sem tocar em código.

Leitura de tela por visão computacional

O camelQA combinava os dados de acessibilidade com um modelo próprio de detecção de objetos e com o Google SigLIP para classificar elementos de interface. Na prática, reconhecia um botão pela aparência e pelo rótulo, então um controle deslocado não derrubava o teste.

Execução em aparelhos iOS e Android reais

Os testes rodavam em celulares físicos, não em emuladores, o que pesa em tudo que envolve câmera, notificação ou latência do toque. Os testes em iOS e Android usavam o mesmo fluxo de trabalho, sem código-fonte e sem flags de build especiais.

Correção durante a rodada

Quando uma tela saía diferente do esperado, o agente ajustava o passo seguinte em vez de parar. Essa diferença separa um teste que aponta um bug real de outro que só avisa que um rótulo mudou.

Além dos fluxos de ponta a ponta

O time posicionou o agente para testes de ponta a ponta, de fumaça, de sanidade e de acessibilidade. Uma lista única de casos cobria uma compra completa e uma conferência de dois minutos de que o app abre, e a suíte ficava curta o bastante para rodar sempre.

Prós e contras

Prós

  • Os casos se leem como instruções, então o time inteiro conseguia escrever e revisar.
  • A detecção visual de elementos cortava a manutenção que apodrece suítes móveis.
  • Rodadas em aparelho real expunham falhas que emulador esconde, como permissão e tempo de resposta.
  • Não exigia código-fonte nem integração de SDK, o que reduzia a configuração a minutos.

Contras

  • Só mobile. Não havia cobertura web nem desktop, então um produto multiplataforma precisava de uma segunda ferramenta.
  • O produto foi descontinuado. Hoje não existe cadastro, preço público nem canal de suporte, o que o tira de qualquer projeto novo.
  • O preço além da franquia de 10 casos grátis nunca foi publicado, então orçar virava conversa e não consulta.

Perguntas frequentes

Executava testes de aplicativos móveis a partir de descrições em linguagem natural. Você indicava o objetivo, o agente cumpria num aparelho iOS ou Android real e devolvia aprovado ou reprovado sem escrever código de automação.