Teste seus aplicativos móveis em todas as plataformas com AWS DeviceFarm

Uma das muitas dificuldades para desenvolver aplicativos para um público móvel é testar seu aplicativo — com tantos dispositivos diferentes, que geralmente você fica limitado a quantos dispositivos você tem em mãos. O AWS DeviceFarm torna esse processo mais fácil.

O que é DeviceFarm?

O conceito de DeviceFarm é bastante simples. A AWS gasta o dinheiro para comprar vários dispositivos (mais de 2.500 estão em sua biblioteca, atualmente) e os aluga sempre que alguém precisa usá-los. Você pode se conectar ao dispositivo diretamente e interagir com ele, como se estivesse usando um emulador de dispositivo, mas com hardware real na outra extremidade.

Embora você possa se conectar a dispositivos individuais e testar em dispositivos que não possui, o verdadeiro benefício do DeviceFarm é a automação. Ele permite que você execute testes de IU automatizados com a ajuda da estrutura de teste Appium para testar seus aplicativos em vários dispositivos simultaneamente. DeviceFarm registra a tela e as entradas de cada teste automatizado, para que você possa entrar e revisar o que deu errado caso algum bug ocorra.

O DeviceFarm cobra com base no número de minutos usados, a uma taxa de US $ 0,17 por minuto do dispositivo. Este número é multiplicado pelo número de dispositivos que você está testando, se estiver executando testes automatizados.

Se você estiver fazendo muitos testes e quiser aproveitar as vantagens das ferramentas de teste automatizadas da DeviceFarm, poderá adquirir uso ilimitado por US $ 250 por mês, por dispositivo. Isso só vale a pena se você estiver fazendo mais de 24 horas de teste por mês em um único dispositivo, o que significa muitas horas para executar testes, mas pode valer a pena para alguns clientes empresariais.

Preciso de testes no dispositivo?

DeviceFarm oferece suporte a aplicativos nativos, aplicativos híbridos e aplicativos da web completos. Os benefícios variam, dependendo do tipo de aplicativo que você está desenvolvendo.

Os aplicativos móveis nativos definitivamente precisam de testes constantes no dispositivo. Embora o XCode forneça emuladores de iOS, eles nem sempre serão perfeitos, e você encontrará muitos bugs testando em hardware real.

Os aplicativos híbridos são um pouco diferentes. Esta categoria inclui aplicativos desenvolvidos com estruturas como React Native; a maior parte do código do aplicativo é escrito em JavaScript, o que torna a construção de um aplicativo da web e um aplicativo móvel correspondente muito mais fácil, pois muito código pode ser compartilhado. No entanto, em vez de renderizar em um navegador, a estrutura híbrida permite que você renderize componentes nativos em seu JSX, tornando os aplicativos híbridos mais eficientes.

Com aplicativos híbridos, você não precisará fazer tantos testes no dispositivo, já que quase todo o código nativo é tratado na biblioteca. No entanto, você ainda pode encontrar bugs entre dispositivos emulados e reais e ainda deve fazer testes no dispositivo.

Com os aplicativos da web, você pode ignorar a maior parte dos testes no dispositivo; O Safari no desktop usa o mesmo mecanismo de renderização WebKit dos navegadores iOS, então você não encontrará muitas diferenças entre os dois. Tanto o Chrome quanto o Safari possuem ferramentas para testar design responsivo. Se você abrir as ferramentas de desenvolvimento, poderá escolher entre algumas resoluções de dispositivo diferentes para visualizar como seu site funciona.

Embora isso não emule o dispositivo, apenas a resolução, a maioria dos bugs de renderização estão relacionados a restrições móveis rígidas de qualquer maneira.

Embora não seja tão necessário com aplicativos da web, ainda recomendamos que você verifique seu site em dispositivos reais para ter certeza de que a experiência é tranquila e livre de erros. Você pode não precisar do DeviceFarm para fazer isso, mas é bom se você não tiver uma grande variedade de dispositivos à mão.

Como começar a usar o DeviceFarm

Vá até o console DeviceFarm e insira um novo nome de projeto. O acesso manual é mais fácil de configurar, portanto, comece com ele. Clique no link “ Acesso remoto ” guia e crie uma nova sessão.

A partir daqui, você pode escolher um dispositivo para se conectar. A disponibilidade desses dispositivos pode depender de quem os está usando em um determinado momento, mas parece haver uma grande variedade de tipos de dispositivos para escolher.

Crie uma nova sessão e, após cerca de um minuto, você será saudado com a tela inicial. A conexão não é perfeita (quase equivalente a uma exibição de área de trabalho remota padrão), mas é o suficiente para fazer testes básicos. Seu teclado deve se conectar ao dispositivo se você estiver focado nele, facilitando a digitação.

A partir daqui, se você estiver depurando um aplicativo da web, poderá abri-lo diretamente no navegador. Se estiver depurando um aplicativo que precisa ser instalado, você pode fazer o sideload de . apk ou . ipa por meio do link “ Instalar aplicativos ” lista suspensa na barra lateral. Isso instala seu aplicativo no dispositivo para teste. Se estiver testando vários dispositivos repetidamente, você pode escolher em uma lista suspensa de seus uploads recentes em vez de enviar novamente.

Para testes automatizados, o processo é um pouco diferente. Você precisa voltar ao console e, em vez disso, criar uma nova execução sob o “ Teste automatizado ” guia:

A partir daqui, selecione que tipo de aplicativo você está desenvolvendo e carregue seu . apk ou . ipa se estiver desenvolvendo um aplicativo nativo ou híbrido.

A seguir, envie seus testes. DeviceFarm suporta a estrutura de automação Appium para a execução de testes de IU em aplicativos da web e nativos. Para aplicativos nativos, um “ Fuzz ” integrado o testador pode clicar aleatoriamente e testar se há bugs.

Depois disso, selecione todos os dispositivos nos quais deseja realizar o teste. Por padrão, DeviceFarm escolhe os cinco dispositivos mais populares, mas você pode criar seu próprio pool de dispositivos.

Agora, você é solicitado a especificar o número máximo de minutos que deseja que os dispositivos sejam executados, e a AWS pode mostrar um total com base no número de dispositivos que você está testando em paralelo. Este será o custo máximo que você pagará, mas se o seu teste terminar mais cedo, você não será cobrado antes disso.

Via: How to Geek