Analisando logs de dispositivos no teste do App Center

Importante

O Visual Studio App Center está programado para ser desativado em 31 de março de 2025. Embora você possa continuar a usar o Visual Studio App Center até que ele seja totalmente desativado, há várias alternativas recomendadas para as quais você pode considerar a migração.

Saiba mais sobre linhas do tempo e alternativas de suporte.

Quando os testes são executados no Teste do App Center, a saída é capturada para registrar arquivos para cada dispositivo na execução. Você pode examinar esses logs após a conclusão da execução do teste.

Os logs do dispositivo e os rastreamentos de pilha contêm a saída do dispositivo e podem ser uma ótima ajuda para diagnosticar problemas de aplicativo como seu aplicativo:

  • falha ao instalar
  • falha ao iniciar
  • foi morto
  • Caiu
  • tornou-se sem resposta

Para obter informações sobre como navegar até os logs e informações sobre os outros logs, consulte Uma Introdução aos logs no Teste do App Center.

Pesquisando o log do dispositivo

O log do dispositivo contém tanta saída que é impraticável ler ou até mesmo examinar todo o arquivo do início ao fim. Para identificar áreas para um exame mais aprofundado, tente pesquisar o nome do aplicativo ou o nome do pacote nos arquivos de log. Seu aplicativo produz saída de diagnóstico? Nesse caso, procurar por isso pode ajudar.

O que mais você pode procurar? Aqui estão alguns termos de pesquisa que foram encontrados úteis para diagnosticar problemas com aplicativos no Teste do App Center. Se você encontrar esses termos no log do dispositivo, examine outras saídas próximas para obter contexto sobre a relevância e a significância. Ao pesquisar o log do dispositivo, você pode descobrir entradas que são úteis para identificar problemas específicos ao seu aplicativo. Acompanhe essas entradas para solucionar problemas de execuções de teste futuras.

Termos de pesquisa de log de dispositivo iOS

  • 8badf00d(comeu comida ruim) - Ocorreu um tempo limite de watchdog do iOS. Consulte: Noções básicas e analisando relatórios de falha do aplicativo

  • MISSING keychain entitlements explicit accessGroupIsso pode indicar que seu aplicativo requer algum acesso avançado keychain. Se esse erro parecer ser um problema que causa falhas no aplicativo, clique no menu de ajuda (?) no canto superior direito do portal do App Center e selecione Contatar suporte.

  • OutOfMemoryException Memory Pressure failed to allocate memory warning
    Qualquer um desses erros pode indicar um problema com a falta de memória ou a falta de memória. Você pode ver problemas de memória em alguns dispositivos, mas não em outros, com base na quantidade de memória em cada dispositivo.

  • assertion failed Isso indica uma falha de asserção no código ou no código da biblioteca.

  • frontmost Se o aplicativo estiver preso em uma caixa de diálogo de privacidade do iOS e você vir esse erro, isso geralmente significa que a caixa de diálogo apareceu antes que a estrutura de teste pudesse assumir o controle do aplicativo. Confira: Gerenciando alertas de privacidade: Serviços de Localização, APNS, Contatos

  • exited abnormally Examine o motivo fornecido e a saída próxima para o contexto.

Termos de pesquisa de log de dispositivo Android

  • ANR Você poderá ver esse erro no arquivo de log se seu aplicativo tiver sofrido um erro anr (aplicativo não respondendo). Confira: ANRs.

  • Unhandled exception Você pode ver essa mensagem para erros fatais.

  • FATAL Erros fatais.

  • segmentation fault Native crash Crash Cada um deles normalmente representa um problema sério. Examinar mensagens próximas e rastreamentos de pilha pode ajudar a identificar a fonte específica do problema.

Limitando o tamanho do log do dispositivo

Um dos desafios na análise de logs de dispositivo é a grande quantidade de informações, a maioria das quais não é útil quando você está tentando encontrar um problema específico em seu aplicativo.

Se o aplicativo falhar, congelar ou agir de forma imprevisível para um teste específico, tente criar uma execução de teste com apenas um teste, portanto, há menos saída a ser examinada. Se o comportamento ainda ocorrer para um único teste isoladamente, haverá menos material para examinar no log do dispositivo.

O que é importante versus o que é ruído

No arquivo de log do dispositivo, pode ser difícil determinar se algo é relevante para um problema com seu aplicativo.

Uma abordagem que pode ajudar a determinar a relevância é comparar dois logs de dispositivo, um para um teste que passou e outro que falhou ou falhou. O uso da mesma versão do sistema operacional e do dispositivo semelhante para os dois testes ajuda. Se a mensagem aparecer em ambos os conjuntos de logs, provavelmente não será uma preocupação. Se ocorrer apenas no log do dispositivo para o teste com falha, pode ser um problema que vale a pena examinar mais.