Pengujian Lokalisasi: Metode, Alat, dan Pemeriksaan Geo

Pengujian lokalisasi adalah proses untuk memverifikasi bahwa produk perangkat lunak berperilaku benar untuk locale target tertentu, mencakup bahasa, format regional, tata letak, dan konten khusus geo, bukan sekadar terjemahan. Panduan ini membandingkan cara tim QA benar-benar menjalankan pengujian lokalisasi: peninjauan manual, pemeriksaan otomatis, serta langkah tambahan untuk menguji apa yang dilihat pengguna nyata dari dalam negara target.

Anda akan memperoleh definisi mandiri, perincian hal yang diperiksa pengujian lokalisasi, alur kerja yang dapat diulang dengan framework bernama, perbandingan metode verifikasi geo, dan batasan yang jujur. Fokusnya adalah keputusan praktis untuk QA dan engineer perangkat lunak, bukan klaim pemasaran.

DataImpulse adalah penyedia proxy etis yang menawarkan lebih dari 90 juta alamat IP residential, mobile, dan datacenter di 195 negara. DataImpulse menggunakan model pay-as-you-go mulai 1 dollar per GB dengan lalu lintas yang tidak kedaluwarsa, serta digunakan untuk web scraping, verifikasi iklan, pemantauan harga, riset pasar, dan manajemen multi-akun.

Apa itu pengujian lokalisasi dalam pengujian perangkat lunak?

Pengujian lokalisasi adalah aktivitas quality assurance yang memastikan build terlokalisasi sudah benar, lengkap, dan alami untuk satu locale target. Pengujian ini melampaui pemeriksaan apakah string telah diterjemahkan dan menilai apakah keseluruhan pengalaman sesuai dengan bahasa, wilayah, dan budaya pengguna.

Locale lebih dari sekadar bahasa. Locale menyatukan bahasa, negara atau wilayah, dan seperangkat konvensi untuk tanggal, angka, mata uang, pengurutan, serta arah teks. Bahasa Inggris untuk Amerika Serikat dan bahasa Inggris untuk Britania Raya memakai kata yang sama, tetapi berbeda dalam ejaan, urutan tanggal, mata uang, dan beberapa pemberitahuan hukum. Pengujian lokalisasi menangkap ketidaksesuaian yang tertinggal oleh terjemahan semata.

Pengujian ini berbeda dari pengujian internationalization (i18n), yang memverifikasi bahwa kode dibangun untuk mendukung banyak locale, misalnya dengan mengeksternalisasi string dan menangani Unicode. Internationalization adalah fondasi engineering; pengujian lokalisasi adalah verifikasi per locale yang berada di atasnya. Keduanya penting, dan produk yang lulus pengujian internationalization masih dapat gagal dalam pengujian lokalisasi untuk satu pasar.

Apa yang diperiksa oleh pengujian lokalisasi?

Pengujian lokalisasi memeriksa setiap bagian yang hasil benarnya berubah menurut locale: bahasa, format, tata letak, arah, dan konten khusus wilayah. Daftar di bawah ini adalah checklist kerja yang umumnya digunakan tim QA.

• Kualitas bahasa dan terjemahan: string yang akurat dan sesuai konteks, tanpa fragmen yang belum diterjemahkan, placeholder yang rusak, atau kalimat tersambung yang tidak bertahan setelah diterjemahkan.
• Mata uang dan harga: simbol, kode, posisi, dan pemisah desimal mata uang yang tepat untuk locale, ditambah tampilan pajak atau VAT bila diperlukan.
• Format tanggal, waktu, dan angka: urutan yang benar (hari-bulan-tahun versus bulan-hari-tahun), jam 12 versus 24 jam, pemisah ribuan dan desimal, serta hari pertama dalam minggu.
• Arah teks dan RTL: bahasa kanan-ke-kiri seperti Arab dan Ibrani memerlukan tata letak tercermin, ikon yang selaras, dan penanganan teks bidireksional yang benar.
• Tata letak dan pemotongan: string bahasa Jerman atau Finlandia dapat jauh lebih panjang daripada bahasa Inggris, sehingga tombol, label, dan menu harus melebar atau membungkus tanpa terpotong atau bertumpang tindih.
• Konten hukum dan khusus geo: ketentuan khusus wilayah, banner persetujuan, pemberitahuan pajak, disclaimer, dan teks regulasi yang diwajibkan.
• Metode pembayaran dan ketersediaan: opsi pembayaran yang diharapkan secara lokal, serta produk, pengiriman, atau fitur yang hanya ditawarkan di negara tertentu.
• Kesesuaian budaya: ikon, warna, citra, nama, dan contoh yang terasa tepat, bukan membingungkan atau menyinggung.

Tiga butir terakhir adalah bagian sulit dari pengujian, karena jawaban yang benar bergantung pada negara asal request. Bagian ini sulit ditangani lingkungan pengujian standar.

Pengujian lokalisasi otomatis vs manual: mana yang digunakan?

Gunakan otomatisasi untuk pemeriksaan objektif yang dapat diulang dan pengujian manual untuk penilaian linguistik serta budaya. Keduanya tidak saling menggantikan, dan tim matang menjalankan keduanya secara berlapis.

Pengujian lokalisasi manual mengandalkan peninjau manusia, idealnya penutur asli, yang membaca layar dalam konteks dan menilai kelancaran, nada, kesesuaian budaya, serta ketepatan teks hukum. Manusia menangkap terjemahan yang kaku, idiom canggung, atau gambar yang keliru secara budaya, yang tidak dapat ditandai assertion apa pun. Kekurangannya, pemeriksaan manual lambat, sulit diulang secara identik, dan mahal dijalankan untuk setiap locale pada setiap rilis.

Pengujian lokalisasi otomatis kuat pada lapisan mekanis: mendeteksi string yang belum diterjemahkan, key yang hilang, placeholder rusak, pelanggaran format, dan pemotongan tata letak melalui perbandingan visual. Pseudo-localization, saat string diperpanjang dan diberi aksen sebelum terjemahan sebenarnya tersedia, adalah teknik otomatis murah yang menampilkan string hard-coded dan kerusakan tata letak sejak awal. Otomatisasi berjalan cepat di CI dan dapat diperluas ke puluhan locale, tetapi tidak dapat menilai apakah terjemahan yang tampak benar benar-benar enak dibaca.

Jawaban praktis untuk cara mengotomatiskan pengujian lokalisasi adalah mengotomatiskan pemeriksaan yang memiliki satu jawaban benar objektif dan menyerahkan makna kepada peninjau manusia. Lihat catatan kami tentang scraping tanpa diblokir untuk pola terkait ketika pemeriksaan otomatis Anda mengambil halaman terlokalisasi secara langsung dalam skala besar.

Bagaimana Anda melakukan pengujian lokalisasi langkah demi langkah?

Jalankan pengujian lokalisasi sebagai alur kerja yang dapat diulang: persiapkan, atur locale, lakukan pemeriksaan pada setiap bagian, verifikasi konten geo, catat defect dengan konteks locale, lalu uji ulang. Agar cakupan di berbagai locale tetap jujur, tim dapat menggunakan model bernama yang sederhana.

Kami menyebutnya model LARGE, framework 5 faktor yang memetakan lima hal yang dapat dirusak oleh locale:

• L – Language: kelengkapan terjemahan, akurasi konteks, serta tidak ada string yang belum diterjemahkan atau terpotong.
• A – Appearance: tata letak, pemotongan, pencerminan RTL, font, dan encoding.
• R – Regional format: tanggal, angka, mata uang, waktu, pengurutan, dan format alamat.
• G – Geo-content: harga yang dibatasi wilayah, produk, pemberitahuan hukum, metode pembayaran, dan fitur yang diblokir secara geo.
• E – Experience: kesesuaian budaya dari citra, nada, contoh, dan alur end-to-end.

Alur kerja konkret menggunakan model LARGE adalah sebagai berikut. Pertama, siapkan data pengujian, glosarium atau panduan gaya, dan hasil yang diharapkan per locale. Kedua, konfigurasi lingkungan untuk locale target dengan mengatur bahasa, wilayah, dan zona waktu OS atau browser. Ketiga, telusuri setiap layar dan jalankan pemeriksaan L, A, R, dan E. Keempat, jalankan pemeriksaan G dari IP yang benar-benar tampak berada di negara target, yang dibahas di bagian berikutnya. Kelima, catat setiap defect dengan screenshot, locale yang tepat, serta lingkungan agar dapat direproduksi. Keenam, uji ulang perbaikan dan jalankan regression pass pada locale yang sudah Anda setujui, karena perubahan string bersama dapat menimbulkan regresi pada beberapa locale sekaligus.

Bagaimana Anda menguji konten khusus geo dari negara lain?

Untuk memverifikasi konten khusus geo, Anda harus mengirim request dari alamat IP yang benar-benar tampak berada di negara target, karena banyak situs menyajikan harga, mata uang, produk, pemberitahuan hukum, dan fitur yang diblokir secara geo berdasarkan IP pengunjung. Emulator atau penggantian locale browser mengubah apa yang Anda nyatakan; hal itu tidak mengubah lokasi yang diyakini server untuk Anda.

Ini adalah faktor geo-content (G) dari model LARGE, dan faktor ini tidak dapat dicakup oleh lingkungan staging biasa. Jika build Anda menyajikan harga Jerman, metode pembayaran khusus Brasil, atau banner persetujuan khusus negara, satu-satunya cara andal untuk melihat persis apa yang dilihat pengguna lokal adalah mengirim request dari negara tersebut. Proxy residential bertarget negara mengarahkan lalu lintas Anda melalui IP perangkat nyata di negara yang dipilih, sehingga situs target melakukan geolokasi terhadap Anda sebagai pengunjung lokal yang asli. DataImpulse menawarkan lebih dari 90 juta IP di 195 negara dengan country targeting sudah termasuk dalam harga dasar, yang mencakup sebagian besar matriks pengujian lokalisasi.

Pemeriksaan Playwright minimal yang membuka halaman harga terlokalisasi melalui proxy bertarget Jerman sambil mengatur locale browser adalah sebagai berikut:

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();

Gagasan yang sama berlaku dari command line, dengan memasangkan proxy bertarget negara dengan header Accept-Language agar IP dan petunjuk bahasa sama-sama sesuai dengan locale yang diuji:

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

Ubah tag negara dalam username untuk memindahkan exit IP ke pasar lain, lalu bandingkan output terlokalisasi dengan hasil yang Anda harapkan untuk locale tersebut. Jika Anda tidak yakin negara yang terdeteksi untuk suatu IP saat debugging, pencarian alamat IP mengonfirmasi lokasi exit sebelum Anda mempercayai hasilnya. Untuk skala, proxy residential lebih penting daripada proxy datacenter di sini, karena banyak situs terlokalisasi menganggap rentang IP datacenter mencurigakan dan mungkin menyajikan pengalaman fallback.

Metode pengujian geo mana yang sebaiknya Anda pilih?

Pilih emulator atau penggantian locale untuk pemeriksaan bahasa dan format, VPN untuk pemeriksaan manual sesekali, serta proxy residential bertarget negara untuk verifikasi konten geo yang akurat dan dapat diperluas. Tabel ini membandingkan ketiganya pada aspek yang dipedulikan tim QA.

Matriks keputusan. Gunakan emulator atau penggantian locale ketika Anda menguji terjemahan, tata letak, RTL, atau format tanggal dan angka, yang hasilnya tidak berubah oleh negara yang dilihat server. Gunakan VPN saat Anda perlu melihat cepat secara manual satu kali dari negara umum dan otomatisasi bukan persyaratan. Gunakan proxy residential bertarget negara saat Anda perlu memverifikasi harga yang dibatasi wilayah, produk, pemberitahuan hukum, atau fitur yang diblokir secara geo, atau saat harus mencakup banyak negara dalam proses otomatis. Hindari pengujian hanya dengan emulator ketika konten dipilih berdasarkan IP, dan hindari bergantung pada VPN saat Anda memerlukan cakupan paralel untuk banyak locale atau negara yang tidak ditawarkan penyedia VPN. DataImpulse mendapatkan IP-nya dari pengguna yang memberikan persetujuan dan memperoleh kompensasi, sehingga ini merupakan pendekatan proxy etis, bukan solusi sementara di area abu-abu.

Apa batasan pengujian lokalisasi?

Pengujian lokalisasi memiliki batasan nyata, dan menyebutkannya membuat proses tetap jujur. Tidak ada satu metode yang mencakup semua persoalan locale, dan proxy menyelesaikan satu masalah spesifik, bukan semuanya.

• Otomatisasi tidak dapat menilai makna: string dapat lulus setiap pemeriksaan format dan kelengkapan, tetapi tetap terasa tidak alami atau keliru secara budaya. Peninjauan oleh penutur asli tetap diperlukan.
• Sinyal geo berlapis: IP adalah sinyal terkuat, tetapi beberapa situs juga menggunakan GPS, negara akun, alamat penagihan, atau locale browser. IP bertarget negara hanya memperbaiki lapisan IP; selaraskan juga header Accept-Language dan pengaturan akun.
• Proxy bukan scraping API: DataImpulse menyediakan lapisan jaringan (IP, rotasi, country targeting), tetapi tidak mengurai halaman atau mengelola retry untuk Anda. Ini bukan scraping API terkelola dan bukan web proxy gratis, sehingga harness pengujian Anda tetap menangani logikanya.
• Data pengujian berubah: harga terlokalisasi, aturan pajak, dan teks hukum berubah seiring waktu, sehingga hasil yang diharapkan perlu diperbarui secara berkala atau assertion Anda akan menandai kegagalan palsu.
• Biaya cakupan bertambah seiring locale: matriks locale bertambah cepat, jadi prioritaskan berdasarkan pendapatan dan risiko pasar, alih-alih mencoba menguji penuh setiap locale pada setiap rilis.

Jika diperlakukan sebagai satu lapisan dalam strategi QA yang lebih luas, pengujian lokalisasi menangkap defect yang terlewat oleh peninjauan terjemahan dan pengujian fungsional, selama Anda memahami apa yang dapat dan tidak dapat diverifikasi oleh tiap metode.

Pertanyaan yang sering diajukan

Panduan terkait

• Proxy untuk Asia
• Web Unblocker untuk AI
• Berapa Harga Proxy

Uji setiap locale dari negara yang tepat

Untuk memverifikasi konten khusus geo sebagaimana dilihat pengguna lokal nyata, Anda memerlukan IP nyata di dalam negara untuk setiap pasar pada matriks pengujian Anda. Buat akun DataImpulse untuk mengarahkan pengujian lokalisasi melalui IP residential di 195 negara, dengan country targeting sudah termasuk dan lalu lintas pay-as-you-go mulai $1/GB.