O que é teste de localização? Exemplos de casos de teste e lista de verificação

⚡ Resumo Inteligente

Os testes de localização verificam se o software se comporta corretamente em uma região, localidade ou cultura específica, abrangendo conteúdo traduzido, layout da interface do usuário, moeda, formatos de data e hora e as convenções locais que um usuário nesse mercado espera.

🌐 Abreviação: A técnica é escrita como L10N, porque dez caracteres ficam entre o L e o N na localização.
🎯 Principais objetivos: O conteúdo e a interface do usuário absorvem praticamente todos os defeitos de localização que um testador irá registrar.
🧭 Quatro fases: A verificação da versão, os testes funcionais, os testes de regressão e a aprovação final compõem um ciclo típico.
📐 Risco de layout: As sequências traduzidas se expandem, e os scripts de dois bytes e da direita para a esquerda quebram layouts que o inglês nunca apresentou.
🤖 Automação: Suítes com roteiro predefinido se pagam rapidamente quando os mesmos cenários são executados em vários locais.
🔀 Não é o mesmo que I18N: A internacionalização prepara o código; a localização verifica um mercado finalizado.

Saiba Mais

Teste de localização

Teste de localização é uma técnica de teste de software na qual o comportamento de um software é testado para uma região, localidade ou cultura específica. O objetivo de fazer testes de localização para um software é testar aspectos linguísticos e culturais apropriados para uma localidade específica. É o processo de customização do software de acordo com o idioma e país de destino.

A principal área afetada pelos testes de localização inclui conteúdo e UI.

É um processo de teste de um aplicativo globalizado cuja interface de usuário, idioma padrão, moeda, data, formato de hora e documentação são projetados de acordo com o país ou região de destino. Ele garante que o aplicativo seja capaz o suficiente para ser usado naquele país específico.

Exemplo:

1. Se o projeto for elaborado para o estado de Tamil Nadu, na Índia, o projeto elaborado deverá estar no idioma Tamil, o teclado virtual Tamil deverá estar presente, etc.

2. Se o projeto for projetado para os EUA, o formato da hora deverá ser alterado de acordo com o horário padrão dos EUA. Além disso, o idioma e o formato do dinheiro devem seguir os padrões dos EUA.

A ilustração abaixo mostra o mesmo produto sendo adaptado para diferentes localidades, com as regras de idioma, moeda e formatação sendo alteradas, enquanto a estrutura subjacente permanece a mesma.

Por que fazer testes de localização?

O objetivo de fazer testes de localização é verificar os aspectos linguísticos e culturais apropriados para uma localidade específica. Inclui uma alteração na interface do usuário ou mesmo nas configurações iniciais de acordo com os requisitos.

Neste tipo de teste, muitos testadores diferentes repetirão as mesmas funções. Eles verificam várias coisas, como erros tipográficos, adequação cultural da IU, erros linguísticos, etc.

Também é chamado de “L10N” porque existem 10 caracteres entre L e N na palavra localização.

Há também uma razão comercial por trás desse esforço. Um rótulo traduzido incorretamente ou uma data que mostre 03/04 como março em vez de abril mina a confiança em um mercado no qual a equipe já pagou para entrar, e esses defeitos são encontrados por um testador no local de destino, em vez de por um profissional. Teste de GUI Apresentado em inglês.

Testes de localização versus testes de internacionalização

As duas atividades são sequenciais, e não concorrentes. O teste de internacionalização (I18N) confirma que a base de código pode aceitar qualquer idioma; o teste de localização (L10N) confirma, então, que um idioma específico está correto.

Teste de localização (L10N)	Testes de Internacionalização (I18N)
Verifica se o produto parece nativo em uma região específica.	Verifica se o produto é compatível com diversas regiões sem necessidade de redesenvolvimento.
Verifica o texto traduzido, a moeda, a data, a hora e a adequação cultural.	Verifica a codificação de caracteres, a externalização de strings e o código adaptado à localidade.
Funciona assim que a versão traduzida para esse mercado existir.	É executado primeiro, antes de qualquer texto ser enviado para tradução.
Precisa-se de um testador ou revisor que conheça o idioma local.	Pode ser realizado pela equipe principal usando versões pseudo-traduzidas.

Verifique este tutorial para uma diferença entre testes de localização e globalização.

Como fazer testes de localização

Para um teste de localização típico, configuramos testes de verificação de build, Teste funcional, Teste de regressãoe aprovação final.

1. O teste de verificação de compilação é um pequeno subconjunto de teste funcional, que é realizada antes do início do controle de qualidade com quaisquer testes detalhados. É semelhante em essência a teste de fumaçaA versão localizada é rejeitada rapidamente se o pacote de idiomas não for carregado.

2. O teste normal é a etapa para executar os casos de teste normais e encontrar defeitos de log durante a execução.

3. O teste de regressão é Defeito processo de regressão para garantir que o defeito seja corrigido enquanto não há impacto dos defeitos corrigidos nas áreas circundantes.

4. A aprovação final consiste em realizar a verificação final da construção antes da entrega ao cliente.

Cada fase é repetida por localidade, e não apenas uma vez para o produto. Um defeito corrigido na versão francesa precisa ser corrigido também nas versões alemã e japonesa, pois o mesmo recurso de string geralmente é compartilhado entre elas.

Automação em testes de localização

Se o projeto for grande e precisar ser testado com frequência, optamos por Teste de automação.

Escolha uma ferramenta de automação para escrever scripts.
Leve o cenário a ser testado para estratégia de localização.
Escreva scripts de acordo com isso.
Colete os resultados e atualize o cenário como Aprovado/Reprovado.

Observação: Selenium é uma das ferramentas pioneiras nesta área. É muito rico em recursos, no entanto, requer mais conhecimento técnico para ser usado.

A automação tem uma limitação que vale a pena mencionar claramente. Um script pode provar que um símbolo monetário foi alterado e que nenhuma sequência de caracteres foi truncada, mas não pode julgar se uma tradução soa natural ou se um ícone é ofensivo. As verificações automatizadas cuidam da camada mecânica; um revisor nativo ainda cuida da camada linguística.

Ferramentas de teste de localização

O trabalho de localização utiliza três classes diferentes de ferramentas, e a maioria das equipes acaba usando as três.

Estruturas de automação funcional: Selenium, Appium e estruturas comparáveis executam novamente o mesmo conjunto de testes em cada compilação de localidade, que é onde ocorre a maior parte da verificação repetitiva.
Sistemas de gerenciamento de tradução: Plataformas que armazenam recursos de strings permitem que tradutores, desenvolvedores e testadores trabalhem a partir de um único glossário, evitando que um termo seja traduzido de duas maneiras diferentes em duas telas.
Utilitários de pseudolocalização: Essas alterações substituem sequências de caracteres em inglês por marcadores acentuados e alongados antes do início da tradução propriamente dita, expondo textos e layouts codificados que não conseguem absorver palavras mais longas.

A compatibilidade com dispositivos e navegadores é tão importante quanto a ferramenta. Fontes, métodos de entrada e configurações regionais padrão variam entre plataformas, portanto, a versão localizada precisa ser testada em dispositivos reais durante o processo de localização. teste móvel e em todo o conjunto de navegadores definido para teste de aplicação web.

Lista de verificação das melhores práticas para testes de localização

Contrate uma empresa de localização com experiência em engenharia de internacionalização (i18n).
Certifique-se de que sua estratégia de teste de localização permita mais tempo para idiomas de byte duplo.
Certifique-se de internacionalizar corretamente seu código para o DBCS antes de executá-lo.tracting qualquer texto para enviar para tradução
Primeiro, externalize cada string para arquivos de recursos, de forma que nenhum texto visível ao usuário permaneça codificado diretamente no código-fonte.
Execute uma versão pseudolocalizada antecipadamente, pois isso expõe o truncamento e o texto codificado antes que o dinheiro da tradução seja gasto.
Reserve espaço no layout para expansão do texto, já que as traduções do inglês frequentemente são mais longas do que o rótulo original.
Teste idiomas com escrita da direita para a esquerda, como árabe e hebraico, em telas reais, onde layouts espelhados e textos com direções mistas apresentam mais problemas.
Mantenha um guia de estilo específico para cada localidade, abrangendo a ordem das datas, os separadores decimais, o formato dos endereços, os honoríficos e o tom.
Peça a um falante nativo que revise as telas finalizadas, pois a adequação cultural não pode ser garantida por um roteiro.

Dois desses itens dependem da plataforma, e não do idioma, razão pela qual as versões localizadas geralmente são programadas em conjunto com o idioma. teste de compatibilidade e teste de configuração em vez de depois deles.

Exemplos de casos de teste para testes de localização

A tabela abaixo fornece um conjunto inicial de verificações. Cada linha se torna uma verificação completa. caso de teste Assim que o resultado esperado para a localidade específica for preenchido.

S.No	Caso de teste Descriptíon
1	Glossários estão disponíveis para referência e verificação.
2	A hora e a data estão formatadas corretamente para a região de destino.
3	Os formatos de número de telefone são adequados à região de destino.
4	Moeda da região de destino.
5	A Licença e as Regras estão obedecendo ao site (região) atual.
6	O layout do conteúdo do texto nas páginas é livre de erros, com independência de fonte e alinhamento de linhas.
7	Funcionalidade de caracteres especiais, hiperlinks e teclas de atalho.
8	Mensagem de validação para campos de entrada.
9	A compilação gerada inclui todos os arquivos necessários.
10	A tela localizada possui o mesmo tipo de elementos e números do produto de origem.
11	Certifique-se de que a interface do usuário localizada do software ou dos aplicativos da Web seja comparada à interface do usuário de origem nos sistemas operacionais e ambientes de usuário de destino.
12	A classificação e a ordenação alfabética seguem as regras da língua de destino, não da língua de origem.
13	Os idiomas com escrita da direita para a esquerda refletem o layout corretamente, incluindo navegação, ícones e textos em direções mistas.
14	A entrada por teclado, a verificação ortográfica e a pesquisa aceitam caracteres acentuados e multibyte.

Vantagens do teste de localização

A seguir estão os benefícios dos testes de localização

Custo geral de teste reduzido
Redução geral do custo de suporte
Ajuda a reduzir o tempo de teste.
Possui mais flexibilidade e escalabilidade.

Essas economias resultam da detecção de defeitos de localização uma única vez, de forma centralizada, em vez de uma vez por fila de suporte de mercado. Ganhos de acessibilidade também costumam ocorrer, pois a mesma disciplina que mantém um layout intacto em textos alemães mais longos também o mantém intacto em textos ampliados durante a tradução. teste de acessibilidade.

Desvantagens dos testes de localização

A seguir estão os desafios dos testes de localização

Requer um especialista em domínio
Contratar um tradutor local muitas vezes torna o processo caro
O armazenamento de caracteres DBCS difere em vários países
Um testador pode enfrentar desafios de cronograma

A pressão do cronograma é o fator que a maioria das equipes subestima. A tradução, por definição, chega tarde no ciclo, portanto, os defeitos de localização surgem perto do lançamento, que é exatamente quando uma alteração de layout é mais cara. O planejamento da localização se integra ao plano mais amplo descrito em tipos de testes de software mantém essa pressão sob controle, e o geral teste de software A introdução aborda a posição geral da fase.

Perguntas Frequentes

Ao alternar o dispositivo para o idioma árabe ou hebraico e verificar se todo o layout está espelhado — navegação, ícones, indicadores de progresso e direção de rolagem. A mistura de caracteres, onde um nome de produto em latim aparece dentro de um texto em árabe, costuma ser o ponto de falha.

O texto traduzido costuma ser mais longo que o original em inglês, fazendo com que botões, menus e cabeçalhos de tabelas ultrapassem os limites ou sejam truncados. Reservar espaço extra no design e, em seguida, verificá-lo na versão mais longa do texto de destino, evita a maioria desses problemas.

Substitui todas as strings traduzíveis por uma versão acentuada e propositalmente alongada. Qualquer texto que ainda apareça em inglês simples é inserido diretamente no código, e qualquer rótulo cortado indica que o layout não comporta expansão. Ambos os problemas são detectados antes da compra da tradução.

Um engenheiro de controle de qualidade realiza as verificações funcionais e de layout, e um falante nativo do idioma de destino revisa a redação, o tom e a adequação cultural. Dividir o processo dessa forma evita o custo de um linguista para refazer as regressões mecânicas.

Sequências de caracteres em inglês codificadas diretamente, rótulos truncados, ordem de datas ambígua, separadores decimais e de milhares incorretos, caracteres acentuados quebrados e frases concatenadas que se traduzem em absurdos porque os fragmentos foram montados em código.

As verificações de localização pseudo-verificada começam assim que as strings são externalizadas, bem antes da tradução. As verificações completas de localização começam quando a primeira versão traduzida está disponível e se repetem a cada sprint, em vez de esperar por uma única verificação antes do lançamento.

O aprendizado de máquina compara capturas de tela localizadas com o layout original para identificar truncamentos e sobreposições, avalia as traduções quanto a desvios terminológicos e classifica quais localidades apresentam maior risco. O julgamento cultural final ainda cabe a um revisor nativo.

Sim. Ele elabora rascunhos parametrizados por localidade. Selenium Estruturação, asserções de arquivos de recursos e loops orientados a dados sobre códigos de localidade. Os valores esperados por localidade ainda devem vir do guia de estilo, não do modelo.