Neste guia
Você não consegue reproduzir um bug, mas dois testadores juram que ele é real. Antes de duvidar deles, verifique uma coisa: eles usam configurações de idioma e região diferentes das suas? A localidade muda mais do que as palavras na tela, então a mesma build pode se comportar de forma diferente em dois celulares.
Por que a localidade muda o comportamento
- Tamanho do texto. Um rótulo que cabe em inglês pode ser cortado, quebrar mal ou empurrar um botão para fora da tela em um idioma com palavras mais longas.
- Direção da escrita. Idiomas escritos da direita para a esquerda espelham os layouts. Ícones, setas e gestos de deslizar podem apontar para o lado errado.
- Formatos de número e data. Um testador digita "1,5" e outro "1.5". Análise, validação e ordenação podem quebrar com o inesperado.
- Moeda, unidades e calendários. Preços, distâncias e o primeiro dia da semana variam por região.
- Regras de ordenação e de maiúsculas. A ordem alfabética e a conversão de maiúsculas e minúsculas não são iguais em todos os idiomas.
- Traduções ausentes. Um texto que existe só no idioma principal volta ao padrão, mostra uma chave bruta ou fica em branco.
- Conteúdo do servidor. Se o back-end devolve texto ou dados por região, o app pode receber algo que você nunca viu.
Idioma e região são configurações separadas. Um celular em inglês com região alemã pode se comportar de forma diferente de um em inglês com região dos EUA.
Pergunte isto aos testadores
Coloque estas perguntas no briefing do teste ou no formulário de feedback, para que cada relato traga a resposta:
- Qual idioma do sistema o celular usa?
- Qual região está configurada?
- Qual idioma do app, se o app tiver configuração própria?
- Eles digitaram números, datas ou preços? Como escreveram?
- O idioma do teclado é diferente do idioma do sistema?
- O tamanho do texto ou da tela foi alterado?
- O bug continua quando você volta o idioma para inglês?
A pergunta 7 é a triagem mais rápida. Se o bug desaparecer, ele está ligado à localidade.
Reproduza você mesmo
- Mude o seu celular ou emulador para o idioma e a região do testador, não só o idioma.
- Repita os passos exatos do relato, incluindo como números e datas foram digitados.
- Procure texto cortado, layouts espelhados, rótulos em branco e entradas que falham.
- Se ainda não reproduzir, compare com o lado do servidor: a resposta é diferente para aquela região?
Monte uma pequena lista de checagem de localidade
Você não precisa testar todos os idiomas. Escolha um conjunto curto que force coisas diferentes:
- Um idioma com palavras longas.
- Um idioma da direita para a esquerda.
- Uma região que usa vírgula como separador decimal.
- Seu idioma principal como base.
Rode o mesmo fluxo central em cada um e peça que os testadores cubram esses idiomas. Para uma análise mais profunda de problemas de layout, veja como testar a localização de um app: palavras longas, RTL, formatos.
Evite o próximo
- Nunca monte texto visível ao usuário juntando strings.
- Formate números, datas e moeda com as funções de localidade da plataforma, não à mão.
- Teste cedo com uma string pseudo-longa, antes de existirem traduções.
- Registre a localidade em todo modelo de relato de bug.
Relacionados
- Hub: Problemas de teste de app: causas e soluções
- App lento em celular de entrada
- App trava após uma atualização
No AppReviewX, os testadores dão feedback privado e estruturado. Você pode pedir dispositivo, idioma e região nas suas perguntas, para que cada relato venha com contexto. Comece grátis e veja o que seu app faz fora das suas próprias configurações.