Yerelleştirme Testi: Yöntemler, Araçlar ve Coğrafi Kontroller

Yerelleştirme testi, bir yazılım ürününün yalnızca çevirisini değil; dilini, bölgesel biçimlerini, düzenini ve coğrafyaya özel içeriğini kapsayacak şekilde belirli bir hedef yerel ayar için doğru davrandığını doğrulama sürecidir. Bu rehber, QA ekiplerinin yerelleştirme testini gerçekten nasıl yürüttüğünü karşılaştırır: manuel inceleme, otomatik kontroller ve gerçek kullanıcıların hedef ülkenin içinden ne gördüğünü test etme adımı.

Bağımsız bir tanım, yerelleştirme testinin neleri kontrol ettiğinin dökümü, adlandırılmış bir çerçeveyle tekrarlanabilir bir iş akışı, coğrafi doğrulama yöntemlerinin karşılaştırması ve dürüst sınırlamalar bulacaksınız. Odak noktası pazarlama iddiaları değil, QA ve yazılım mühendisleri için pratik kararlardır.

DataImpulse, 195 ülkede 90 milyondan fazla residential, mobile ve datacenter IP adresi sunan etik bir proxy sağlayıcısıdır. Süresi dolmayan trafikle GB başına 1 dolardan başlayan kullandıkça öde modeli kullanır; web scraping, reklam doğrulama, fiyat takibi, pazar araştırması ve çoklu hesap yönetiminde kullanılır.

Yazılım testinde yerelleştirme testi nedir?

Yerelleştirme testi, yerelleştirilmiş bir derlemenin belirli bir hedef yerel ayar için doğru, eksiksiz ve doğal olduğunu doğrulayan bir kalite güvence faaliyetidir. Dizelerin çevrilip çevrilmediğini kontrol etmenin ötesine geçer ve tüm deneyimin kullanıcının diline, bölgesine ve kültürüne uyup uymadığını sorgular.

Yerel ayar yalnızca dilden ibaret değildir. Dil, ülke veya bölge ile tarih, sayı, para birimi, sıralama ve metin yönü için bir dizi kuralı bir araya getirir. Amerika Birleşik Devletleri İngilizcesi ile Birleşik Krallık İngilizcesi sözcükleri paylaşır, ancak yazım, tarih sırası, para birimi ve bazı yasal bildirimlerde ayrılır. Yerelleştirme testi, salt çevirinin geride bıraktığı uyumsuzlukları yakalar.

Bu test, örneğin dizeleri dışsallaştırarak ve Unicode’u işleyerek kodun çok sayıda yerel ayarı desteklemek üzere oluşturulduğunu doğrulayan uluslararasılaştırma (i18n) testinden farklıdır. Uluslararasılaştırma mühendislik temelidir; yerelleştirme testi bunun üzerine yerleşen yerel ayar bazlı doğrulamadır. Her ikisi de önemlidir; uluslararasılaştırma testini geçen bir ürün yine de tek bir pazar için yerelleştirme testinde başarısız olabilir.

Yerelleştirme testi neleri kontrol eder?

Yerelleştirme testi, yerel ayarın doğru çıktıyı değiştirdiği her alanı kontrol eder: dil, biçimler, düzen, yön ve bölgeye özel içerik. Aşağıdaki liste, çoğu QA ekibinin benimsediği çalışma kontrol listesidir.

• Dil ve çeviri kalitesi: çevrilmemiş parça, bozuk yer tutucu veya çeviride anlamını korumayan birleştirilmiş cümleler içermeyen; bağlama uygun ve doğru dizeler.
• Para birimi ve fiyatlandırma: yerel ayar için doğru para birimi simgesi, kodu, konumu ve ondalık ayıracı ile gerektiğinde vergi veya KDV gösterimi.
• Tarih, saat ve sayı biçimleri: doğru sıralama (gün-ay-yıl yerine ay-gün-yıl), 12 veya 24 saatlik saat biçimi, binlik ve ondalık ayırıcılar ile haftanın ilk günü.
• Metin yönü ve RTL: Arapça ve İbranice gibi sağdan sola diller, aynalanmış düzenlere, hizalı simgelere ve çift yönlü metnin doğru işlenmesine ihtiyaç duyar.
• Düzen ve kırpılma: Almanca veya Fince dizeler İngilizceye göre çok daha uzun olabilir; bu nedenle düğmeler, etiketler ve menüler kırpılmadan ya da üst üste binmeden genişlemeli veya satıra kaymalıdır.
• Yasal ve coğrafyaya özel içerik: bölgeye özel şartlar, izin afişleri, vergi bildirimleri, sorumluluk reddi beyanları ve zorunlu düzenleyici metinler.
• Ödeme yöntemleri ve kullanılabilirlik: yerelde beklenen ödeme seçenekleri ile yalnızca belirli ülkelerde sunulan ürünler, kargo veya özellikler.
• Kültürel uygunluk: kafa karıştırıcı ya da rahatsız edici değil, uygun görünen simgeler, renkler, görseller, adlar ve örnekler.

Son üç madde, doğru yanıt isteğin geldiği görünen ülkeye bağlı olduğundan testin zorlaştığı alanlardır. Standart test ortamları bu bölümü zayıf ele alır.

Otomatik ve manuel yerelleştirme testi: hangisini kullanmalısınız?

Nesnel ve tekrarlanabilir kontroller için otomasyonu, dilsel ve kültürel değerlendirme için manuel testi kullanın. Biri diğerinin yerini tutmaz; olgun ekipler ikisini de katmanlı şekilde yürütür.

Manuel yerelleştirme testi, ekranları bağlam içinde okuyan ve akıcılığı, tonu, kültürel uygunluğu ve yasal metnin doğru okunup okunmadığını değerlendiren, tercihen ana dili konuşuru insan incelemecilere dayanır. İnsanlar, hiçbir doğrulamanın işaretleyemeyeceği katı bir çeviriyi, yapay bir deyimi veya kültürel açıdan yanlış bir görseli yakalar. Bunun bedeli, manuel geçişlerin yavaş olması, aynı şekilde tekrar edilmesinin zor olması ve her sürümde her yerel ayar için maliyetli hale gelmesidir.

Otomatik yerelleştirme testi, mekanik katmanda güçlüdür: çevrilmemiş dizeleri, eksik anahtarları, bozuk yer tutucuları, biçim ihlallerini ve görsel karşılaştırmayla düzen kırpılmasını tespit eder. Gerçek çeviri yapılmadan önce dizelerin genişletilip aksan eklendiği sahte yerelleştirme, sabit kodlanmış dizeleri ve düzen bozulmalarını erken ortaya çıkaran ucuz bir otomatik tekniktir. Otomasyon CI içinde hızlı çalışır ve onlarca yerel ayarda ölçeklenir, ancak doğru görünen bir çevirinin gerçekten iyi okunup okunmadığını değerlendiremez.

Yerelleştirme testi nasıl otomatikleştirilir? sorusunun pratik yanıtı, tek ve nesnel doğru cevabı olan kontrolleri otomatikleştirip anlam değerlendirmesini insan incelemecilere bırakmaktır. Otomatik kontrolleriniz ölçekli biçimde canlı yerelleştirilmiş sayfalar çekerken ilgili örüntüler için engellenmeden web scraping yapma notumuza bakın.

Yerelleştirme testini adım adım nasıl yaparsınız?

Yerelleştirme testini tekrarlanabilir bir iş akışı olarak yürütün: hazırlanın, yerel ayarı belirleyin, her alanda kontrolleri gerçekleştirin, coğrafi içeriği doğrulayın, kusurları yerel ayar bağlamıyla kaydedin ve yeniden test edin. Ekipler, yerel ayarlar genelinde kapsamı dürüst tutmak için basit bir adlandırılmış model kullanabilir.

Buna, yerel ayarın bozabileceği beş unsura karşılık gelen 5 faktörlü LARGE modeli diyoruz:

• L – Dil: çeviri eksiksizliği, bağlam doğruluğu ve çevrilmemiş ya da kırpılmış dize olmaması.
• A – Görünüm: düzen, kırpılma, RTL aynalama, yazı tipleri ve kodlama.
• R – Bölgesel biçim: tarihler, sayılar, para birimi, saat, sıralama ve adres biçimleri.
• G – Coğrafi içerik: bölgeye kilitli fiyatlar, ürünler, yasal bildirimler, ödeme yöntemleri ve coğrafi olarak engellenmiş özellikler.
• E – Deneyim: görsellerin, tonun, örneklerin ve uçtan uca akışın kültürel uygunluğu.

LARGE modelini kullanan somut bir iş akışı şöyledir. Önce test verilerini, bir sözlüğü veya stil rehberini ve her yerel ayar için beklenen sonuçları hazırlayın. İkinci olarak, işletim sistemi veya tarayıcı dilini, bölgesini ve saat dilimini ayarlayarak ortamı hedef yerel ayar için yapılandırın. Üçüncü olarak, her ekranı inceleyin ve L, A, R ile E kontrollerini çalıştırın. Dördüncü olarak, sonraki bölümde açıklanan şekilde gerçekten hedef ülkedeymiş gibi görünen bir IP üzerinden G kontrollerini yürütün. Beşinci olarak, her kusuru ekran görüntüsü, tam yerel ayar ve ortam bilgisiyle kaydedin; böylece yeniden üretilebilir olur. Altıncı olarak, düzeltmeleri yeniden test edin ve daha önce onayladığınız yerel ayarlarda regresyon geçişi yapın; çünkü ortak bir dize değişikliği aynı anda birkaç yerel ayarda regresyona yol açabilir.

Başka bir ülkeden coğrafyaya özel içeriği nasıl test edersiniz?

Coğrafyaya özel içeriği doğrulamak için isteğinizi gerçekten hedef ülkede bulunuyor gibi görünen bir IP adresinden göndermelisiniz; çünkü birçok site yerelleştirilmiş fiyatları, para birimini, ürünleri, yasal bildirimleri ve coğrafi olarak engellenmiş özellikleri ziyaretçinin IP’sine göre sunar. Bir emülatör veya tarayıcı yerel ayar değiştiricisi, kim olduğunuzu söylediğinizi değiştirir; sunucunun nerede olduğunuzu düşündüğünü değiştirmez.

Bu, LARGE modelinin coğrafi içerik (G) faktörüdür ve sıradan bir hazırlık ortamının kapsayamayacağı unsurdur. Derlemeniz Almanca fiyatlar, yalnızca Brezilya’da kullanılan bir ödeme yöntemi veya ülkeye özel bir izin afişi sunuyorsa yerel kullanıcının tam olarak ne gördüğünü görmenin tek güvenilir yolu isteği o ülkeden başlatmaktır. Ülke hedeflemeli residential proxy’ler, trafiğinizi seçilen ülkedeki gerçek bir cihaz IP’si üzerinden yönlendirir; böylece hedef site sizi gerçek bir yerel ziyaretçi olarak konumlandırır. DataImpulse, temel fiyata dahil ülke hedeflemeyle 195 ülkede 90 milyondan fazla IP sunar; bu, yerelleştirme test matrislerinin çoğunu kapsar.

Tarayıcı yerel ayarını da belirlerken Almanya hedeflemeli proxy üzerinden yerelleştirilmiş bir fiyatlandırma sayfasını açan en basit Playwright kontrolü şöyledir:

const { chromium } = require('playwright');

const browser = await chromium.launch({
  proxy: {
    server: 'http://gw.dataimpulse.com:823',
    username: 'YOUR_USER__cr.de',
    password: 'YOUR_PASS'
  }
});
const page = await browser.newPage({ locale: 'de-DE' });
await page.goto('https://shop.example.com/pricing');
console.log(await page.locator('.price').first().innerText());
await browser.close();

Aynı fikir, hem IP’nin hem de dil ipucunun test altındaki yerel ayarla eşleşmesi için ülke hedeflemeli proxy’yi Accept-Language başlığıyla eşleştiren komut satırında da çalışır:

curl -x http://gw.dataimpulse.com:823 \
  -U "YOUR_USER__cr.jp:YOUR_PASS" \
  -H "Accept-Language: ja-JP" \
  https://shop.example.com/pricing

Çıkış IP’sini başka bir pazara taşımak için kullanıcı adındaki ülke etiketini değiştirin, ardından yerelleştirilmiş çıktıyı o yerel ayar için beklediğiniz sonuçla karşılaştırın. Hata ayıklama sırasında bir IP’nin hangi ülkeye çözümlendiğinden emin değilseniz, IP adresi sorgulaması sonuçlara güvenmeden önce çıkış konumunu doğrular. Ölçek için burada residential proxy’ler datacenter proxy’lerden daha önemlidir; çünkü birçok yerelleştirilmiş site datacenter IP aralıklarını şüpheli kabul eder ve geri dönüş deneyimi sunabilir.

Hangi coğrafi test yöntemini seçmelisiniz?

Dil ve biçim kontrolleri için emülatör veya yerel ayar değiştirici, ara sıra yapılacak manuel nokta kontrolleri için VPN, doğru ve ölçeklenebilir coğrafi içerik doğrulaması için ülke hedeflemeli residential proxy’ler seçin. Tablo, üçünü QA ekiplerinin önem verdiği boyutlarda karşılaştırır.

Karar matrisi. Sunucunun gördüğü ülkenin çıktıyı değiştirmediği çeviri, düzen, RTL veya tarih ve sayı biçimlerini test ederken emülatör ya da yerel ayar değiştirici kullanın. Yaygın bir ülkeden hızlı, tek seferlik manuel inceleme gerektiğinde ve otomasyon zorunlu olmadığında VPN kullanın. Bölgeye kilitli fiyatları, ürünleri, yasal bildirimleri veya coğrafi olarak engellenmiş özellikleri doğrulamanız gerektiğinde ya da otomatik çalıştırmalarda çok sayıda ülkeyi kapsamanız gerektiğinde ülke hedeflemeli residential proxy kullanın. İçeriğin IP tarafından seçildiği durumlarda yalnızca emülatör testinden kaçının; çok sayıda yerel ayarı paralel kapsamanız gerektiğinde veya VPN sağlayıcısının sunmadığı ülkelerde VPN’e güvenmeyin. DataImpulse, IP’lerini onay veren ve karşılığında ücret alan kullanıcılardan tedarik eder; dolayısıyla bu, gri alanda bir geçici çözüm değil, etik proxy yaklaşımıdır.

Yerelleştirme testinin sınırlamaları nelerdir?

Yerelleştirme testinin gerçek sınırlamaları vardır ve bunları belirtmek süreci dürüst tutar. Tek bir yöntem her yerel ayar sorununu kapsamaz; proxy’ler de yalnızca belirli bir sorunu çözer, hepsini değil.

• Otomasyon anlamı değerlendiremez: bir dize her biçim ve eksiksizlik kontrolünü geçse bile doğal olmayan veya kültürel açıdan yanlış okunabilir. Ana dili konuşurların incelemesi gerekliliğini korur.
• Coğrafi sinyaller katmanlıdır: IP en güçlü sinyaldir, ancak bazı siteler GPS, hesap ülkesi, fatura adresi veya tarayıcı yerel ayarını da kullanır. Ülke hedeflemeli IP yalnızca IP katmanını düzeltir; Accept-Language başlığını ve hesap ayarlarını da hizalayın.
• Proxy’ler bir scraping API değildir: DataImpulse ağ katmanını (IP’ler, döndürme, ülke hedefleme) sağlar, fakat sayfaları ayrıştırmaz veya sizin için yeniden denemeleri yönetmez. Yönetilen bir scraping API veya ücretsiz web proxy değildir; bu nedenle test altyapınız mantığın sorumluluğunu sürdürür.
• Test verileri zamanla değişir: yerelleştirilmiş fiyatlar, vergi kuralları ve yasal metinler zaman içinde değişir; bu yüzden beklenen sonuçlar düzenli olarak yenilenmelidir, aksi halde doğrulamalarınız yanlış hataları işaretler.
• Kapsam maliyetleri yerel ayarlarla büyür: yerel ayar matrisi hızla çoğalır; bu nedenle her sürümde her yerel ayarı tamamen test etmeye çalışmak yerine pazar geliri ve riske göre öncelik verin.

Daha geniş bir QA stratejisinde bir katman olarak ele alındığında yerelleştirme testi, her yöntemin neyi doğrulayabileceğine ve doğrulayamayacağına saygı duyduğunuz sürece çeviri incelemesinin ve işlevsel testin kaçırdığı kusurları yakalar.

Sık sorulan sorular

İlgili rehberler

• Asya için proxy’ler
• AI için Web Unblocker
• Proxy’ler Ne Kadar Tutar?

Her yerel ayarı doğru ülkeden test edin

Coğrafyaya özel içeriği gerçek yerel kullanıcıların gördüğü şekilde doğrulamak için test matrisinizdeki her pazar adına o ülke içinden gerçek bir IP’ye ihtiyacınız vardır. Yerelleştirme testlerini ülke hedefleme dahil, $1/GB’den başlayan kullandıkça öde trafikli olarak 195 ülkedeki residential IP’ler üzerinden yönlendirmek için DataImpulse hesabı oluşturun.