Desenvolvimento· Construindo o Garfim · parte 20
Teste local verde até no S23, e o staging ainda achou um defeito.
Como validei o Garfim em staging com serviços reais e aparelhos de verdade, achei um defeito antigo e preparei o envio da versão 0.1.4 às lojas.

O histórico do Garfim passou nos testes locais no emulador Android, no Galaxy S23, no simulador do iPhone e no iPhone 17 Pro Max, e mesmo assim travei a entrega com uma frase: “não vejo sentido de testar local e não testar staging”. Isso aconteceu em 7 de novembro, no teste do recurso de ver e editar qualquer dia passado.
O teste local ajuda no desenvolvimento e a validação acontece em staging
Virou regra dos produtos: o teste local ajuda enquanto se desenvolve, mas a validação de fluxos, aparelhos e integrações de IA, fotos, e-mail e pagamentos é feita em staging, com os serviços reais de staging, antes de produção. Num app, isso quer dizer rodar um build apontado para a API de staging.
Teste local verde dá falsa segurança quando os serviços reais ficam de fora da bateria. A versão 0.1.4 foi a primeira a seguir a ordem de publicação com aceite em staging.
A 0.1.4 precisou provar nove fluxos apontada para staging
Em 8 de novembro, builds de release apontados para staging passaram nos nove fluxos do Maestro no simulador do iPhone e no emulador Android. Nesse aceite, uma foto da galeria foi analisada pela IA real e a miniatura voltou do armazenamento depois de reabrir o app.
Os fluxos do Maestro precisaram de ajustes para passar nos aparelhos: fechar o aviso de desenvolvimento do Expo Router, centralizar o botão de consentimento e tocar o “Voltar” do app longe da tecla de voltar do sistema da Samsung. Também entraram rolar até o conteúdo que uma fonte maior do sistema empurra para baixo e esconder o teclado da Samsung só no Android.
O iPhone e o Galaxy S23 mostraram a diferença do aparelho real
No iPhone, um build de release apontado para staging e instalado pelo cabo cobriu o onboarding com “Guardar fotos” ligado, uma foto real da câmera analisada pela IA e o salvamento. Ao reabrir o app, a miniatura foi lida de novo.
No Galaxy S23, um build de teste interno do projeto de staging, instalado pelo Google Play, passou nos fluxos de histórico, registro por busca, plano gratuito e voz e água. À mão, conferi um dia passado aberto pela faixa da semana, o seletor de fotos do sistema, uma foto real da câmera com análise e salvamento, o app forçado a fechar e a miniatura de volta ao reabrir.
O staging achou um defeito antigo do plano gratuito
O teste em staging achou um defeito antigo, que não veio desta versão, quando a tela do Galaxy S23 apagou 30 segundos depois do início da análise de uma foto. Se a conexão cai durante a análise, o servidor termina o trabalho e conta o registro do dia do plano gratuito, mas o app mostra erro e não recupera o rascunho.
Quem está no plano gratuito perde a análise do dia nesse caso. A correção ficou para depois, separada da 0.1.4.
A publicação saiu com freio nas duas lojas
Depois do aceite, o backend e a infraestrutura foram para produção, com uma única mudança na infraestrutura: as fotos das refeições deixaram de expirar depois de 30 dias. Nas 24 horas seguintes, o Sentry não teve nenhum evento das versões anteriores do app contra o backend novo.
Os builds 0.1.4 passaram no teste interno da Play e no TestFlight com a minha conta, em produção, e nenhum registro de teste ficou nela. Autorizei o envio da versão às duas lojas em 8 de novembro: no Google Play, lançamento gradual em 20% em todos os países; na App Store, liberação manual e em fases, esperando revisão.
Quem publica um app pode copiar a ordem: desenvolva com teste local, valide apontado para staging nos aparelhos de verdade e publique com freio nas lojas. O recurso que puxou essa entrega está em o histórico dos dias passados e a base de testes no celular aparece em os testes internos no Android.