Alternativa ao Genymotion Cloud com modelos reais de celular

Se você está procurando uma alternativa ao Genymotion Cloud, o mais provável é que hoje você rode aparelhos virtuais Android na nuvem, para CI ou para testes manuais, e queira algo que se comporte mais como os celulares que os seus usuários têm. O Genymotion é um produto maduro e bem documentado, e para alguns trabalhos continua sendo a melhor escolha. Este artigo ajuda você a decidir quais são esses trabalhos.

Ele mostra o que são os produtos de nuvem do Genymotion, onde um aparelho virtual deixa de ser suficiente, o que muda com um celular na nuvem feito a partir de um modelo real e como mudar em cinco passos. Ele não cita os preços do Genymotion, que mudam; a página de preços dele traz os valores atuais.

O que é o Genymotion Cloud e para quem ele serve

O Genymotion vende aparelhos virtuais Android em várias formas. As de nuvem são:

• Genymotion SaaS: aparelhos virtuais hospedados pelo Genymotion, abertos no navegador e controlados pela linha de comando com a ferramenta gmsaas, por ADB ou por uma API HTTP.
• Genymotion Device Image (PaaS): os mesmos aparelhos virtuais como imagens nos marketplaces da AWS, do Google Cloud, do Azure e da Alibaba Cloud, rodando dentro da sua própria conta de nuvem.

A edição desktop é um produto separado que roda no seu próprio computador.

Os aparelhos são criados a partir de “receitas”, templates com uma versão do Android e uma tela. A lista oficial é principalmente uma imagem genérica Genymotion Phone para cada versão do Android do 8.0 ao 16, com o Android 16 marcado como beta, além de algumas receitas com nomes de modelos de celular, como Samsung Galaxy S24, Google Pixel 9 e Xiaomi 15. Todas as receitas oficiais atuais usam imagens arm64, então apps arm rodam sem tradução.

O ponto forte do Genymotion é o controle das condições. Os widgets dele definem a posição de GPS, o estado da bateria, a qualidade da rede e a velocidade do disco, simulam biometria e chamadas telefônicas, e enviam uma webcam ou um arquivo de mídia para a câmera. O root pode ser ativado. Para CI, ele documenta integrações com GitHub Actions, CircleCI, Bitrise, Jenkins e Detox, e o mesmo script pode rodar em muitos aparelhos em paralelo.

O modelo de preço, em palavras: o SaaS é vendido por uso, por minuto para cada aparelho virtual ligado, ou como uma taxa mensal fixa por aparelho, com um nível premium sob medida em servidores dedicados. Um plano padrão limita quantos aparelhos rodam ao mesmo tempo, e aumentar esse limite passa pelo time de vendas. O Device Image é cobrado por hora por instância em cada marketplace, mais as taxas da própria nuvem.

Se a sua equipe roda testes instrumentados em escala, precisa do Android 8 ao 11, simula sensores e condições de rede ou precisa manter tudo dentro da própria conta de nuvem, o Genymotion se encaixa bem nesse trabalho.

Onde ele deixa de ser a ferramenta certa

As equipes costumam começar a procurar uma alternativa ao Genymotion SaaS por um destes motivos.

Um aparelho genérico não é o celular dos seus usuários

Um aparelho virtual feito a partir de uma imagem genérica se apresenta como um aparelho genérico. Isso serve para testar a sua própria lógica. Mas esconde problemas que dependem do tipo de aparelho: layouts no tamanho e na densidade de um painel específico, verificações de recursos via hasSystemFeature e caminhos de código que mudam conforme o fabricante ou o modelo. Quando um relato de bug diz “trava num Galaxy A35 com Android 15”, você quer aquele modelo naquela versão. As poucas receitas com nome de modelo ajudam, mas pergunte o que um nome de modelo define num aparelho virtual antes de confiar nele.

O Google Play é um passo extra

A Google Play Store e os serviços do Play não vêm pré-instalados nos aparelhos virtuais do Genymotion. Você instala com um widget Open GApps embutido e depois reinicia o aparelho. Avaliadores no PeerSpot apontam a falta dos serviços do Play de fábrica como uma desvantagem real. Se o seu app depende dos serviços do Play, conte com esse passo em cada aparelho novo, ou confira como qualquer alternativa que você estiver avaliando lida com isso.

Android 17

A lista oficial de receitas do Genymotion para no Android 16, marcado como beta no momento em que escrevemos. Se o seu plano de testes já inclui o Android 17, você precisa de outra fonte para ele.

Agentes precisam de mais que ADB

O gmsaas, a API HTTP e o ADB são boas ferramentas para scripts. Agentes de IA funcionam melhor com um jeito de ver a tela e agir sobre ela que o framework deles já entenda, como um servidor MCP, além de uma pessoa que possa acompanhar a mesma tela. Se você está criando agentes, confira o que teria que escrever para conectá-los.

Localização é mais que uma posição de GPS

O widget de GPS move o aparelho num mapa, o que atende apps que leem a localização. Um teste localizado costuma precisar de mais: o celular deve se conectar a partir do mercado que você testa, com o fuso horário e o idioma daquele país, para que páginas de loja, preços e conteúdo correspondam ao que os usuários locais veem.

Celulares sempre ligados e custo

A cobrança por minuto combina com jobs de CI que começam e terminam. Para um celular que fica ligado o dia inteiro, como o aparelho de um agente ou um celular logado numa conta de teste, a escolha fica entre o medidor e uma taxa mensal fixa por aparelho. Avaliadores no PeerSpot também citam o preço das instâncias na nuvem como algo que gostariam de ver melhorar.

O que o Clousd faz de diferente

O Clousd é um serviço de celular na nuvem: Android rodando num datacenter, configurado como um modelo de celular específico e guardado para você como um aparelho. Ele é feito para testes de apps, desenvolvedores e agentes de IA.

• Celulares feitos a partir de modelos reais. Mais de 150 modelos de Samsung, Pixel, Motorola, OnePlus, Xiaomi e outras marcas, então você pode escolher os celulares que os seus usuários têm.
• Android 12 a 17, escolhido em cada celular.
• Navegador e código. Uma tela ao vivo no navegador, uma API REST, um servidor MCP, um SDK Python e ADB por um relay.
• Estado limpo quando você quiser. Um celular novo fica pronto em cerca de um minuto, e qualquer celular pode voltar a um estado limpo entre execuções. Até lá, ele mantém os apps e os dados.
• Tasks. Dê ao celular um objetivo em palavras simples, como “instale o build, abra as configurações e informe a versão que aparece”, e o agente do Clousd faz isso.
• País, fuso horário e idioma. O celular se conecta a partir do país que você escolher, como EUA, Reino Unido, Alemanha, Brasil ou Indonésia, entre 45 no total, com fuso horário e idioma correspondentes.
• Preço por minuto com teto diário. $0.004 por minuto enquanto o celular está ligado, nunca mais de $0.80 por celular por dia, ou planos a partir de $20 por mês. Um celular ligado o mês inteiro custa no máximo cerca de $24. Os primeiros 30 minutos são grátis, sem cartão. Veja os preços.
• Servidores na UE, em Frankfurt e Helsinque.

Para ser justo com o outro lado: o Clousd não oferece versões do Android abaixo do 12, widgets de simulação de sensores e de chamadas telefônicas, nem imagens para rodar dentro da sua própria conta de nuvem. Se você depende disso, mantenha o Genymotion para esse trabalho.

Genymotion Cloud e Clousd lado a lado

Como mudar: a troca em 5 passos

1. Associe modelos às receitas. Para cada receita da sua configuração de CI, anote a versão do Android e escolha dois ou três modelos que os seus usuários têm nessa versão. Os seus dados de analytics vão dizer quais.
2. Crie os celulares. O primeiro leva cerca de um minuto; o guia do seu primeiro aparelho mostra o caminho. Dê nomes com modelo e versão, como qa-a35-15.
3. Conecte por ADB. Conecte pelo relay como descrito na documentação de ADB. Scripts que escolhem um aparelho pelo número de série do ADB só precisam do novo número de série, e os testes instrumentados rodam como antes:

adb devices
./gradlew connectedDebugAndroidTest

1. Troque as chamadas do ciclo de vida dos aparelhos. Onde o seu pipeline inicia e para instâncias com gmsaas, chame a API REST para criar, iniciar, parar ou redefinir celulares. Aponte o seu assistente de IA para o servidor MCP.
2. Rode os dois por um release. Mantenha o Genymotion para as versões antigas e as condições simuladas, rode as verificações em modelos reais no Clousd e compare resultados e custo depois de um ciclo completo. O fluxo de testes de apps mostra como celulares, builds e CI se encaixam.

Para ver com mais profundidade a diferença entre um emulador num servidor e um celular feito a partir de um modelo real, veja emulador Android na nuvem ou celular na nuvem.