Quando o cliente pede homologação em vários idiomas, confirme quais variantes e regiões entram no escopo. Um teste funcional pode passar e ainda existir problema de tradução, formato de data ou espaço na interface. Defina quais telas, dados e dispositivos serão testados. Registre quem aprova a linguagem e quem aprova o comportamento do software. Use o aceite de cada idioma para sustentar a cobrança do marco.
Separe língua, região e contexto
Registre a combinação que será validada, como idioma, país, formato de data e moeda. Duas variantes do mesmo idioma podem usar terminologia ou formatos diferentes. Confira as necessidades do cliente e o que o produto oferece. O W3C mantém testes de internacionalização que abordam aspectos como idioma e direção do texto. Use os cenários pertinentes ao produto e preserve o ambiente de teste.
Identifique se o trabalho inclui revisar o texto, validar o funcionamento ou corrigir as strings. Se o cliente já possui traduções, defina quem pode alterá-las. Quando o projeto troca arquivos de localização, confirme o formato e a versão. A especificação XLIFF descreve um formato para intercâmbio de conteúdo localizável. Use a estrutura que o produto e a ferramenta efetivamente suportam.
Monte uma matriz por idioma e cenário
| Campo | O que testar |
|---|---|
| Conteúdo | Termos, contexto e consistência |
| Interface | Espaço, quebra de linha e direção |
| Dados | Datas, números, valores e moeda |
| Fluxo | Cenários de uso e mensagens de erro |
| Aceite | Versão, revisor e estado |
Defina quais cenários devem rodar em todos os idiomas e quais dependem de uma variante específica. Registre os dispositivos e as versões. Se uma falha ocorre apenas em uma região, preserve a configuração e a captura autorizada. Indique se a causa é tradução, formatação, código ou falta de contexto. Isso ajuda o cliente a atribuir a correção à equipe certa.
Exemplo de dois mercados no mesmo produto
Uma prestadora testa português do Brasil e espanhol de um mercado definido pelo cliente. O fluxo de cadastro funciona em ambos. No espanhol, uma mensagem de validação ultrapassa o espaço da tela. A equipe registra a versão, a string e o cenário. O cliente aprova a revisão linguística e solicita ajuste da interface. Se o contrato prevê aceite por idioma, a prestadora guarda o estado de cada variante e confirma qual marco pode ser cobrado.
Se uma correção muda uma string compartilhada, confira o impacto nos outros idiomas. Se o cliente acrescentar um mercado depois do plano, estime o trabalho e confirme a aprovação. Preserve a versão anterior da matriz. Um novo idioma pode exigir outros casos de teste e outro revisor. Registre o efeito no prazo e na invoice.
Revise o alcance da homologação antes de faturar
Guarde o plano aprovado, os resultados, os defeitos e as correções. Indique o que foi aceito e o que ainda depende de validação. O ISTQB descreve planejamento e acompanhamento de testes. Use critérios claros e relate as limitações. Se o cliente aceitar com ressalvas, preserve o registro e a condição comercial. Não atribua um aceite geral a uma variante que não foi testada.
Na cobrança, registre idioma, versão, etapa e valor conforme o acordo. Se houver pagamento por projeto inteiro, confirme qual condição libera a invoice. Se houver pagamento por variante, preserve os marcos individuais. Guarde os documentos e o comprovante financeiro em sua pasta.
Organize as revisões seguintes
Ao atualizar o software, liste as strings e os fluxos alterados. Se o cliente mudar terminologia, atualize o glossário e a versão de teste. Confira se os cenários críticos continuam funcionando. Preserve a data e a pessoa que aprovou. Na próxima cobrança, use os resultados para explicar quais idiomas exigiram nova execução.
Monte uma matriz com uma linha por cenário e variante e colunas para compilação, dados de teste, passo e resultado. Use pelo menos um caso com nome longo, um com valor decimal, um com data ambígua e um com texto que recebe variável em tempo de execução. Revise a ordem dos campos no idioma da pessoa que recebe a informação. Quando uma falha aparece em todos os idiomas, abra um item funcional com os idiomas afetados. Se só ocorre em uma variante, informe a chave de origem e a formatação que já foi conferida.
Em um portal de agenda, verifique em separado como a data aparece e qual instante foi salvo. Um fuso errado pode ser mascarado por um texto correto. Salve a diferença entre o horário esperado e o evento processado e deixe a captura disponível apenas ao grupo de revisão. Se o ambiente muda durante a bateria, registre quais linhas perderam validade. A autorização do comprador deve mencionar a combinação de idioma e versão para permitir retomar uma pendência específica.
Perguntas frequentes
Posso homologar uma variante e considerar todas as outras aprovadas?
Confira o escopo e a matriz. Registre quais idiomas, regiões e cenários foram efetivamente testados.
Quem aprova uma correção de linguagem?
Defina com o cliente quem responde pela variante e quem valida o funcionamento. Preserve a confirmação.
O que incluir na invoice?
Use a composição contratada e vincule a versão, os idiomas e os marcos efetivamente aceitos.
Fontes oficiais
- ISTQB — syllabus de fundamentos de testes
- W3C — testes de internacionalização
- OASIS — especificação XLIFF 2.1
Leituras relacionadas
Como a Zen pode ajudar
A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.
Tags:
Perguntas Frequentes
"Exporto serviços de consultoria para os EUA e a equipe cuida de toda a parte fiscal e cambial. Economizo muito com a isenção de ISS."
Marina Silva
Consultora Internacional · São Paulo, SP
Contador Especialista em Profissionais de Saúde · Fundador da Contabilidade Zen
Contador especializado em tributação para médicos, dentistas e psicólogos PJ. Registro ativo no CRC-SP (337693/O-7). Fundador da Contabilidade Zen, escritório 100% digital focado em planejamento tributário e abertura de empresa para profissionais de saúde.

