PTUma Nuvem de dispositivos móveis é uma plataforma que fornece acesso remoto a dispositivos móveis físicos, dispositivos virtuais ou ambos. Uma equipe pode escolher um ambiente, instalar um aplicativo, trabalhar com ele manualmente ou executar testes automatizados. Os dispositivos ficam em um data center do provedor ou em um laboratório privado gerenciado.
O nome abrange mais de um modelo de produto. Algumas plataformas emprestam um telefone para uma breve sessão de teste. Outros mantêm um ambiente Android, seus aplicativos e dados disponíveis entre as sessões. Essa diferença no ciclo de vida muda o que o serviço pode fazer.
O benefício prático é o acesso remoto a ambientes móveis sem manter todos os telefones e tablets na mesa da equipe.
O que é uma Nuvem de dispositivos móveis?
Um serviço credível deve deixar claros três pontos. Deve identificar o que é executado por baixo, explicar como os usuários se conectam e indicar o que acontece quando uma sessão termina. O conjunto de dispositivos pode conter telefones reais, emuladores, simuladores ou uma combinação. O acesso pode vir por meio de um navegador, cliente de desktop, ferramenta de desenvolvimento, API ou estrutura de teste.
A plataforma lida com trabalhos que, de outra forma, seriam entregues a um laboratório de dispositivos interno. Ele pode alocar um dispositivo disponível, instalar uma versão de aplicativo, transmitir a tela, coletar logs e preparar o ambiente para o próximo usuário. Em vez disso, um serviço persistente pode manter o mesmo ambiente atribuído a uma pessoa ou equipe.
Os nomes dos produtos muitas vezes escondem essas diferenças. A nuvem real do dispositivo aponta para o hardware físico. A nuvem de dispositivos virtuais aponta para dispositivos baseados em software. Farm de Dispositivos geralmente aponta para testes em pool. Telefone na nuvem geralmente indica acesso persistente ao Android. O rótulo importa menos do que o dispositivo, a duração da sessão e a política de dados por trás dele.
Como funciona uma Nuvem de dispositivos móveis?
Por trás da interface, uma nuvem de dispositivos precisa alocar um ambiente, dar controle ao usuário e decidir o que resta após a sessão.
- Selecione um dispositivo ou ambiente
O usuário escolhe um modelo de telefone, sistema operacional, tamanho de tela, localidade ou outra configuração disponível. Uma equipe de teste pode selecionar várias combinações para a construção de um aplicativo.
- Aloque o ambiente
O serviço reserva um dispositivo físico ou inicia uma instância virtual. Em seguida, concede acesso remoto por um período definido ou atribui o ambiente a um espaço de trabalho contínuo.
- Prepare o aplicativo ou site
O usuário carrega um APK ou IPA, instala um aplicativo por meio de uma fonte compatível ou abre um site móvel. Os métodos disponíveis dependem da plataforma e dos seus controles de segurança.
- Trabalhe manualmente ou execute automação
Um testador pode explorar a jornada do cliente, inspecionar um layout ou reproduzir um bug relatado. Uma execução automatizada pode executar as mesmas verificações em vários dispositivos. AWS Farm de Dispositivos trata o acesso remoto e o teste automatizado de aplicativos como caminhos separados.
- Colete resultados ou preserve o estado
Um serviço de teste pode retornar resultados de aprovação e reprovação, logs, capturas de tela, vídeo, dados de falhas e outros artefatos. Poderá então limpar o dispositivo ou excluir a instância virtual. Um ambiente persistente segue um caminho diferente. Ele mantém os dados e configurações do aplicativo disponíveis para a próxima sessão.
Os testes paralelos podem encurtar um ciclo de lançamento, mas não são ilimitados. Um telefone popular pode estar ocupado. A conta também pode ter um limite de simultaneidade. Mais dispositivos num catálogo não significa que todos os dispositivos estejam disponíveis ao mesmo tempo.
Tipos de nuvens de dispositivos móveis
O tipo de dispositivo e o modelo de implantação são escolhas separadas. Misturá-los leva a comparações fracas. Uma nuvem privada ainda pode usar dispositivos virtuais, e uma nuvem pública pode fornecer telefones reais.
Tipos por ambiente de dispositivo
- Nuvem de dispositivo real
Este modelo fornece acesso remoto a telefones e tablets físicos. Escolha-o quando a pergunta depender de fabricante, processador, câmera, sensor, sistema operacional ou tela. O hardware físico ainda tem limites em um laboratório remoto. O acesso ao SIM, o Bluetooth, os acessórios, a movimentação do dispositivo e as condições da rede local podem ser restritos.
- Nuvem de dispositivo virtual
Este modelo cria emuladores ou simuladores em servidores remotos. Os dispositivos virtuais são rápidos de criar e fáceis de redefinir. Eles são adequados para desenvolvimento inicial, testes repetíveis e ampla cobertura de sistema operacional. Um único Emulador Android é um ambiente. A plataforma em nuvem provisiona e gerencia muitos deles.
- Nuvem de dispositivo híbrido
Um serviço híbrido oferece dispositivos reais e virtuais em um único fluxo de trabalho. As equipes podem executar verificações rápidas em dispositivos virtuais e, em seguida, usar dispositivos reais selecionados para validação específica de hardware. Firebase Test Lab segue esse modelo com dispositivos físicos e dispositivos de teste Android virtuais.
Tipos por implantação
- A nuvem pública fornece um catálogo gerenciado pelo provedor. Os dispositivos podem ser compartilhados ou enfileirados.
- Nuvem de dispositivos privados oferece capacidade dedicada ou um ambiente isolado com controle de acesso mais rígido.
- Nuvem de dispositivos locais mantém o hardware nas instalações da empresa e o expõe por meio de software de gerenciamento.
- Implantação híbrida combina dispositivos locais com capacidade de nuvem privada ou pública.
Privado nem sempre significa local. Dedicado nem sempre significa que um dispositivo está permanentemente disponível. Esses detalhes precisam ser verificados com o provedor.
Para que serve uma Nuvem de dispositivos móveis?
O ciclo de vida pretendido separa as plataformas de teste dos espaços de trabalho persistentes.
Teste móvel e trabalho de lançamento
As equipes de desenvolvimento e controle de qualidade usam nuvens de dispositivos para verificar um aplicativo em vários modelos, versões de sistema operacional, tamanhos de tela e versões do fabricante. O acesso manual ajuda com testes exploratórios, revisão visual e reprodução de problemas do cliente. A automação ajuda com testes de regressão e verificações repetidas de lançamento.
Uma matriz de teste transforma essas escolhas em um conjunto planejado de execuções. Deve refletir o público do produto. Uma matriz focada geralmente fornece evidências melhores do que uma lista grande escolhida sem dados do usuário.
As nuvens de dispositivos também podem se conectar a um pipeline de CI. Uma nova construção pode acionar testes selecionados, coletar os resultados e retornar falhas ao fluxo de trabalho de desenvolvimento. O suporte da estrutura varia, portanto as equipes devem confirmar as ferramentas e versões exatas antes de planejarem uma integração.
Trabalho móvel persistente
O acesso contínuo exige uma configuração diferente. Um ambiente Android atribuído pode reter aplicativos, configurações e dados de sessão para um espaço de trabalho estável, transferência de equipe ou acesso repetido.
Um Telefone virtual Android descreve o próprio ambiente Android. A nuvem de dispositivos é a plataforma que cria, atribui e gerencia um ou vários ambientes.
Benefícios e Limitações
Uma Nuvem de dispositivos móveis reduz o trabalho de hardware. Ele não substitui um plano de teste ou uma revisão de segurança.
| Benefícios | Limitações |
|---|---|
| Acesse mais combinações de dispositivos e sistemas operacionais sem comprar cada um | As combinações exatas de dispositivos e sistemas operacionais podem estar indisponíveis ou na fila |
| Dê às equipes distribuídas acesso remoto à mesma infraestrutura | O streaming de tela adiciona latência e não reproduz o manuseio físico |
| Execute fluxos de trabalho manuais ou automatizados repetíveis | O suporte da estrutura e a duração da sessão variam de acordo com o serviço |
| Execute verificações em paralelo onde a capacidade permitir | Os limites de simultaneidade podem retardar uma matriz grande |
| Colete registros, capturas de tela, vídeos e evidências de falhas em um só lugar | Compilações, credenciais, registros e gravações de aplicativos podem ser armazenados por terceiros |
| Reduza carregamento, cabeamento, atualizações e reparos de dispositivos | SIM, operadora, NFC, Bluetooth, biometria e sensores podem ter restrições |
O hardware real é valioso, mas não é uma garantia de cobertura no mundo real. Um telefone montado em um data center pode usar Wi-Fi controlado e energia fixa. Ele não pode reproduzir todos os suportes, padrões de movimento, acessórios ou condições de usuário.
Os dispositivos virtuais têm a desvantagem oposta. Eles são fáceis de escalar e reproduzir, mas podem perder o comportamento do hardware. Uma estratégia de teste sólida geralmente usa cada ambiente para as perguntas que pode responder.
Nuvem de dispositivos móveis versus Farm de Dispositivos, emulador e Telefone na nuvem
| Ambiente | Unidade principal | Ciclo de vida típico | Saída principal | Melhor ajuste |
|---|---|---|---|---|
| Nuvem de dispositivos móveis | Plataforma de dispositivos gerenciados | Temporário ou persistente | Evidência de teste ou estado retido | Infraestrutura móvel remota |
| Farm de Dispositivos | Pool de dispositivos e execução de teste | Geralmente temporário | Resultados, registros, capturas de tela, relatórios | Controle de qualidade entre dispositivos e verificações de versão |
| Emulador Android | Um dispositivo Android baseado em software | Local ou baseado em nuvem | Ambiente de desenvolvimento controlado | Desenvolvimento, depuração, testes repetíveis |
| Telefone na nuvem | Ambiente Android remoto atribuído | Geralmente persistente | Estado salvo do aplicativo e acesso contínuo | Trabalho repetido baseado em aplicativo |
| Telefone físico | Um dispositivo portátil | Propriedade direta | Interação local em hardware real | Verificações finais, SIM, sensores e manuseio físico |
Um Farm de Dispositivos é organizado em torno da cobertura e das evidências dos testes. Um Telefone na nuvem é organizado em torno de acesso contínuo e estado salvo. Uma Nuvem de dispositivos móveis pode oferecer suporte a qualquer modelo, mas um determinado produto pode ser especializado em apenas um.
Um emulador pode fazer parte de um Farm de Dispositivos, mas não é um farm por si só. A escolha entre um Telefone na nuvem e Emulador Android depende se o trabalho precisa de controle de teste local ou acesso remoto persistente.
Como avaliar uma Nuvem de dispositivos móveis
Uma grande contagem de dispositivos parece impressionante, mas diz pouco sobre se o serviço se adapta ao trabalho. Seis verificações revelam muito mais.
- Cobertura
Confirme os modelos, versões do sistema operacional, formatos e locais importantes. Pergunte com que frequência os dispositivos solicitados estão disponíveis.
- Ciclo de vida da sessão
Verifique se o ambiente é compartilhado, dedicado, temporário ou persistente. Revise limites de sessão, redefinições, backups e exclusão de dados.
- Acesso e automação
Verifique controles manuais, APIs, estruturas, integrações de CI, ferramentas de depuração e acesso de back-end privado. Confirme a versão da estrutura necessária.
- Evidência
Verifique quais logs, capturas de tela, vídeos, relatórios de falhas e registros de rede são capturados. Revise os controles de retenção e exportação.
- Segurança e governança
Revise permissões, isolamento de locatário, limpeza de dispositivos, manipulação de credenciais, localização de dados e registros de auditoria. Um dispositivo compartilhado precisa de um processo de limpeza claro.
- Custo total
Minutos de dispositivos, slots de simultaneidade, capacidade dedicada, armazenamento e transferência de dados podem alterar o total. O custo por fluxo de trabalho concluído é mais útil do que o preço por minuto.
A identidade da rede também precisa de atenção separada. Um Proxy móvel altera a saída da rede. Não decide se o dispositivo é físico, virtual, temporário ou persistente.
Onde MoreLogin Telefone na nuvem se encaixa
MoreLogin Telefone na nuvem pertence ao lado persistente desta categoria. Ele fornece ambientes Android remotos para trabalho baseado em aplicativos que precisam de estado retido e acesso repetido.
Uma nuvem de testes especializada continua sendo a melhor escolha para uma ampla matriz de dispositivos e evidências de testes formais. Uma equipe pode validar um aplicativo em dispositivos selecionados e, em seguida, usar um ambiente persistente para o trabalho diário aprovado.
Principais conclusões
- Use dispositivos virtuais para uma cobertura rápida e repetível. Adicione dispositivos reais onde o comportamento do hardware pode alterar o resultado.
- Combine o ciclo de vida da sessão com o trabalho. Os testes precisam de evidências claras. O trabalho contínuo do aplicativo precisa de estado retido.
- Trate o catálogo anunciado como inventário e não como disponibilidade garantida. Verifique filas, simultaneidade e redefina regras.
Perguntas frequentes sobre Nuvem de dispositivos móveis
O que é uma Nuvem de dispositivos móveis em termos simples?
É uma plataforma que permite que uma equipe use ambientes móveis físicos ou virtuais pela Internet, em vez de possuir todos os dispositivos localmente.
Uma Nuvem de dispositivos móveis é o mesmo que um Farm de Dispositivos?
Os termos muitas vezes se sobrepõem. O Farm de Dispositivos geralmente destaca os testes em um pool de dispositivos. A nuvem de dispositivos destaca o acesso remoto e a infraestrutura gerenciada. Os provedores podem usar os nomes de maneira diferente.
Uma Nuvem de dispositivos móveis usa dispositivos reais?
Pode. Alguns serviços fornecem dispositivos físicos. Outros fornecem emuladores ou simuladores. Os serviços híbridos oferecem ambos.
Uma Nuvem de dispositivos móveis é o mesmo que um Telefone na nuvem?
Não. Um Telefone na nuvem geralmente fornece um ambiente Android remoto persistente. Uma Nuvem de dispositivos móveis é mais ampla e também pode fornecer dispositivos de curta duração para testes.
As sessões de Nuvem de dispositivos móveis são persistentes?
Nem sempre. Um serviço de teste pode limpar ou excluir o ambiente após uma execução. Um serviço persistente mantém o estado e as configurações do aplicativo para acesso posterior.
Quais são os principais limites dos testes de Nuvem de dispositivos móveis?
Os limites comuns incluem filas de dispositivos, latência remota, limites de sessão, sensores restritos, diferenças de rede, armazenamento de dados de terceiros e seleção fraca de testes.
