Teste de aplicativos corporativos móveis para SAP

(Alexander Ilg) (11 de novembro , 2020)

O teste é uma parte importante de todo projeto de desenvolvimento de software – testes de unidade, testes de integração, testes de aceitação do usuário e assim por diante. Neste blog, quero discutir o teste de aplicativos empresariais móveis, especialmente aqueles para uso offline.

Nenhum software é perfeito. Foguetes são enviados a Marte e caem por causa de bugs. Alguns aviões desligam se não forem “reiniciados” pelo menos a cada 248 dias (e você me pergunta por que tenho medo de voar).

Tem medo de voar? Não olhe os relatórios de bug para software de avião!

A lista continua indefinidamente, existe até um artigo da Wikipedia que mostra exemplos de bugs em todos areas – https://en.wikipedia.org/wiki/List\_of\_software\_bugs .

Ter e corrigir um bug em um local central, como um O sistema SAP já pode ser uma dor (reinicialização do sistema, tempo de inatividade, usuários insatisfeitos, perda de dados, etc.). Corrigir um bug em um aplicativo instalado em muitos computadores (como por exemplo SAP GUI) é um pouco mais complicado, mas ainda gerenciável se todas as máquinas estiverem internas e conectadas à rede corporativa.

É muito mais difícil enviar uma nova versão de um aplicativo off-line corporativo móvel instalado em smartphones e tablets fora do escritório da empresa. Mesmo que você tenha uma solução de gerenciamento de dispositivos como Idaptive, SAP Mobile Secure, Mobile Iron ou Airwatch, ainda dá muito trabalho. Se os usuários tiverem uma conexão de rede ruim, será difícil distribuir novas versões. Pior ainda, se houver dependências entre o aplicativo móvel e o software do lado do servidor – nesse caso, ambos precisam ser atualizados ao mesmo tempo, o que pode ser realmente complicado se a base de usuários estiver em vários fusos horários e distribuída por todo o mundo. Devido a esse fato, é importante testar os aplicativos corporativos móveis com muito cuidado. Não importa qual plataforma você usa – Agentry, SMP, SCP Mobile Services, MobiLink ou outra coisa. O teste deve ser executado em todas as camadas, incluindo cliente, middleware e back-end. A seguir está uma lista de testes que devem ser realizados para cada aplicativo.

Testes funcionais

  • Teste de todas as funcionalidades em ambas as direções – crie dados no SAP e sincronize-os para o dispositivo móvel. Crie dados no dispositivo móvel e envie-os ao SAP. Atualize os registros em ambos os lados, exclua os dados e verifique se eles também foram removidos do sistema oposto.
  • Teste a validação no dispositivo móvel – o usuário está recebendo a mensagem de aviso / erro correta ao inserir os dados errados ?

Testes de desempenho – sincronização e no dispositivo

  • Sincronize com o volume máximo de dados que você espera. Além disso, leve em consideração que o volume de dados pode aumentar com o tempo.
  • Teste com o número máximo de dispositivos simultâneos para ver como o sistema pode lidar com a carga.
  • Teste o dispositivo com a quantidade máxima de dados – como é o desempenho das listas e diálogos de detalhes? Quão fluente é a navegação no aplicativo? Quão rápido é o tempo de inicialização? Testar em um simulador / emulador nunca é bom o suficiente, você precisa testá-lo no dispositivo real que o usuário terá em suas mãos mais tarde!

Teste de acordo com as diretrizes de UI / UX do sistema operacional móvel

  • Se você tiver um aplicativo nativo, ele está seguindo as diretrizes de experiência do usuário da Apple, Google e Microsoft?
  • Se você tiver um aplicativo híbrido / independente de plataforma , ele está seguindo as diretrizes comuns (por exemplo, o guia SAP Fiori UX)?

Testes de usabilidade

  • Forneça o aplicativo aos usuários e deixe-os testá-lo. É intuitivo? Eles conseguem descobrir como usá-lo mesmo sem ou com apenas um pouco de documentação?
  • Teste sua solução com usuários experientes com smartphones / tablets e com aqueles que não estão acostumados com a tecnologia moderna.
  • Se você implementar internacionalmente, teste com usuários de diferentes países para ver como eles reagem ao software.
  • Teste com diferentes idiomas e configurações de localização para garantir que tudo seja exibido corretamente
  • Deixe a tradução ser revisada e testada por um falante nativo
  • Ouça seus usuários de teste! Este é de longe o melhor feedback que você pode obter!

Teste nos bastidores – não apenas a interface do usuário, também o middleware e a integração de back-end

  • Cliente de teste, middleware (se houver) e back-end. Tudo precisa funcionar bem junto.
  • Certifique-se de que a comunicação entre os três componentes esteja funcionando bem.

Teste os casos positivo e negativo

  • Teste sua solução com dados e casos de teste que você espera que funcionem
  • Teste sua solução com dados que você espera que falhem.Todos nós sabemos que os usuários inserirão as informações mais inesperadas e você precisa se certificar de que o aplicativo não está travando em tal cenário.
  • Certifique-se de que ambos os casos sejam cobertos com sucesso
  • Teste o aplicativo quando o servidor de middleware está inativo. Ele se comporta como esperado? Teste-o quando o SAP também não estiver disponível.
  • Encerrar o aplicativo no meio de um processo de salvamento ou sincronização. Ainda funciona? Você perdeu algum dado?

Parece familiar?

Teste fora do laboratório / com a rede real

  • Teste seu aplicativo com a rede real que seus usuários usarão mais tarde. O desempenho ainda é bom o suficiente com GPRS ou Edge? O desempenho é aceitável em locais remotos?
  • Teste o software no dispositivo real, não apenas em um simulador. Tudo é exibido como deveria ser? O desempenho está conforme o esperado?
  • Teste o software com o dispositivo real em condições reais. Você consegue ler a tela sob a luz do sol forte? O dispositivo funciona ao ar livre com calor ou frio?
  • Teste a solução com todos os outros aplicativos instalados – há algum efeito colateral? Com a filosofia sandbox do Android e iOS, ele deve funcionar, mas é melhor testá-lo.
  • Teste-o em situações de pouca memória – o aplicativo ainda está funcionando? Como é o desempenho neste caso? O que acontece se o aplicativo for removido da memória?
  • Teste o aplicativo com versões mais antigas do sistema operacional. Além disso, teste-o com versões beta que serão lançadas no futuro!
Você consegue trabalhar com velocidade aceitável no meio do nada?

Escreva scripts de teste automatizados

Deixe seus desenvolvedores criarem casos de teste automáticos que pode ser executado antes de cada construção. Fazer isso pode reduzir o esforço do teste e já detectar os primeiros bugs antes que os testadores reais iniciem suas atividades. No entanto, os testes de unidade automatizados nunca podem substituir os testes “reais”, apenas complementá-los.

Teste em dispositivos diferentes

Se você tiver uma estratégia BYOD (traga seu próprio dispositivo), tente testar o aplicativo em diferentes dispositivos. O aplicativo está funcionando em todas as resoluções de tela? Se for independente de plataforma, ele está funcionando em todas as plataformas?

Teste a instalação / atualização

Teste a instalação e atualização de seu aplicativo móvel. O APK, IPA ou XAP pode ser baixado pela conexão de telefone?

Teste a segurança do aplicativo

  • Use um sniffer de rede para ver se a criptografia que você ativou está ativo.
  • Tente abrir o banco de dados do dispositivo para ver se ele está realmente criptografado.
  • Teste o armazenamento seguro como, por exemplo, o keychain iOS – esses dados são apenas locais ou enviar para a nuvem?

Teste a parte de administração do aplicativo

  • Você pode criar novos usuários, dispositivos, etc. em seu cenário móvel?
  • Você pode cancelar o registro / excluir dispositivos?
  • Os registros estão configurados corretamente? Eles têm informações suficientes para analisar os problemas? Ele está definido baixo o suficiente para que o log não diminua o desempenho?

Não importa quanto tempo e bem você teste, haverá bugs escapando pelas rachaduras. Quanto mais complexo for o aplicativo, maior será a probabilidade de isso acontecer. Por isso, você deve sempre ter uma solução alternativa – pode ser uma planilha do Excel ou apenas um pedaço de papel. O ideal é que você nunca precise usá-lo.

Testar é um tópico importante – quanto teste é suficiente? Quanto é muito? Você pode argumentar que nunca se pode testar o suficiente; no entanto, alguém deve pagar por isso. Como com tudo, você precisa encontrar o equilíbrio certo.

Boa sorte com seus testes! E se você tiver alguma dúvida ou precisar de ajuda com seus testes, por favor, entre em contato comigo em [email protected] .

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *