Apa itu Pengujian Lokalisasi? Contoh Kasus Uji & Daftar Periksa

Pengujian Lokalisasi

Pengujian Lokalisasi adalah teknik pengujian perangkat lunak di mana perilaku perangkat lunak diuji untuk wilayah, lokal, atau budaya tertentu. Tujuan melakukan pengujian lokalisasi untuk suatu perangkat lunak adalah untuk menguji aspek linguistik dan budaya yang sesuai untuk lokal tertentu. Ini adalah proses menyesuaikan perangkat lunak sesuai bahasa dan negara yang ditargetkan.

Area utama yang terkena dampak pengujian pelokalan mencakup konten dan UI.

Ini adalah proses pengujian aplikasi global yang UI, bahasa default, mata uang, tanggal, format waktu, dan dokumentasinya dirancang sesuai negara atau wilayah yang ditargetkan. Ini memastikan bahwa aplikasi tersebut cukup mampu untuk digunakan di negara tersebut.

Contoh:

1. Jika proyek dirancang untuk Negara Bagian Tamil Nadu di India, Proyek yang dirancang harus dalam bahasa Tamil, keyboard virtual Tamil harus ada, dll.

2. Jika proyek dirancang untuk Amerika Serikat, maka format waktunya harus diubah sesuai dengan waktu Standar Amerika Serikat. Selain itu, bahasa dan format uang harus mengikuti standar AS.

Ilustrasi di bawah ini menunjukkan produk yang sama yang diadaptasi untuk berbagai wilayah, dengan bahasa, mata uang, dan aturan pemformatan yang berubah sementara struktur dasarnya tetap sama.

Mengapa Pengujian Lokalisasi?

Tujuan melakukan pengujian lokalisasi adalah untuk memeriksa aspek linguistik dan budaya yang sesuai untuk lokasi tertentu. Ini mencakup perubahan antarmuka pengguna atau bahkan pengaturan awal sesuai dengan kebutuhan.

Dalam jenis pengujian ini, banyak penguji berbeda yang akan mengulangi fungsi yang sama. Mereka memverifikasi berbagai hal seperti kesalahan ketik, kesesuaian budaya UI, kesalahan linguistik, dll.

Ini juga disebut “L10N” karena ada 10 karakter di antara L & N dalam kata lokalisasi.

Ada alasan komersial di balik upaya ini juga. Label yang salah terjemahan atau tanggal yang terbaca 03/04 sebagai Maret alih-alih April mengikis kepercayaan di pasar yang telah dibayar oleh tim untuk dimasuki, dan cacat tersebut ditemukan oleh penguji di lokasi target, bukan oleh tim pengembang. pengujian GUI Dipentaskan dalam bahasa Inggris.

Pengujian Lokalisasi vs Pengujian Internasionalisasi

Kedua aktivitas tersebut berurutan dan tidak saling bersaing. Pengujian internasionalisasi (I18N) memastikan bahwa basis kode dapat menerima semua lokal; pengujian lokalisasi (L10N) kemudian memastikan bahwa satu lokal tertentu sudah benar.

Pengujian Lokalisasi (L10N)	Pengujian Internasionalisasi (I18N)
Memastikan bahwa produk terasa sesuai dengan lingkungan target di wilayah tertentu.	Memastikan bahwa produk tersebut dapat mendukung banyak wilayah tanpa perlu pengembangan ulang.
Memeriksa teks terjemahan, mata uang, tanggal, waktu, dan kesesuaian budaya.	Memeriksa pengkodean karakter, eksternalisasi string, dan kode yang peka terhadap lokal.
Berjalan setelah versi terjemahan untuk pasar tersebut tersedia.	Dijalankan terlebih dahulu, sebelum teks apa pun dikirim untuk diterjemahkan.
Membutuhkan penguji atau peninjau yang menguasai bahasa setempat.	Dapat dilakukan oleh tim inti menggunakan build yang diterjemahkan sebagian.

Periksa tutorial ini untuk perbedaan antara pengujian lokalisasi dan globalisasi.

Bagaimana melakukan Pengujian Lokalisasi

Untuk pengujian pelokalan biasa, kami menyiapkan pengujian verifikasi build, Pengujian Fungsional, Pengujian Regresi, dan persetujuan akhir.

1. Pengujian verifikasi build adalah sebagian kecil dari pengujian fungsional, yang dilakukan sebelum QA memulai pengujian terperinci apa pun. Hal ini mirip dengan pengujian asap: Versi yang dilokalisasi akan langsung ditolak jika paket bahasa gagal dimuat sama sekali.

2. Pengujian normal adalah langkah untuk menjalankan kasus pengujian normal dan menemukan cacat log selama eksekusi.

3. Pengujian Regresi adalah Cacat proses regresi untuk memastikan bahwa cacat telah diperbaiki sementara tidak ada dampak cacat yang diperbaiki pada area sekitarnya.

4. Final Sign-off adalah melakukan pengecekan akhir terhadap bangunan sebelum dikirimkan ke klien.

Setiap fase diulang untuk setiap lokal, bukan hanya sekali untuk produk. Cacat yang diperbaiki dalam versi Prancis harus dikembalikan ke versi Jerman dan Jepang juga, karena sumber daya string yang sama sering kali digunakan bersama di antara ketiganya.

Otomatisasi dalam Pengujian Lokalisasi

Jika proyeknya besar dan perlu sering diuji, maka kami akan melakukannya Pengujian Otomatisasi.

• Pilih alat otomatisasi untuk menulis skrip.
• Ambil skenario yang akan diuji untuk strategi pelokalan.
• Tulis skrip sesuai dengan itu.
• Kumpulkan hasilnya dan perbarui skenario sebagai Lulus/Gagal.

Catatan: Selenium adalah salah satu alat perintis di bidang ini. Ini sangat kaya fitur, namun memerlukan lebih banyak pengetahuan teknis untuk menggunakannya.

Otomatisasi memiliki batasan yang perlu dinyatakan secara gamblang. Sebuah skrip dapat membuktikan bahwa simbol mata uang telah berubah dan tidak ada string yang terpotong, tetapi skrip tersebut tidak dapat menilai apakah terjemahan tersebut terbaca secara alami atau apakah sebuah ikon menyinggung. Pemeriksaan mesin menangani lapisan mekanis; seorang peninjau asli masih menangani lapisan linguistik.

Alat Pengujian Lokalisasi

Pekerjaan lokalisasi memanfaatkan tiga kelas alat yang berbeda, dan sebagian besar tim pada akhirnya menggunakan ketiganya.

• Kerangka kerja otomatisasi fungsional: Selenium, Appium dan kerangka kerja serupa menjalankan kembali rangkaian pengujian yang sama terhadap setiap versi lokal, di situlah sebagian besar verifikasi berulang terjadi.
• Sistem manajemen penerjemahan: Platform yang menyimpan sumber daya string tersebut memungkinkan penerjemah, pengembang, dan penguji untuk bekerja dari satu glosarium, sehingga suatu istilah tidak diterjemahkan dengan dua cara berbeda di dua layar.
• Utilitas pseudo-lokalisasi: Ini mengganti rangkaian teks bahasa Inggris dengan placeholder beraksen dan diperpanjang sebelum terjemahan sebenarnya dimulai, sehingga memperlihatkan teks dan tata letak yang telah dikodekan secara permanen yang tidak dapat menampung kata-kata yang lebih panjang.

Cakupan perangkat dan peramban sama pentingnya dengan alat yang digunakan. Font, metode input, dan lokal default berbeda di berbagai platform, sehingga versi yang dilokalisasi harus diuji pada perangkat target yang sebenarnya. pengujian seluler dan di seluruh kumpulan browser yang ditentukan untuk pengujian aplikasi web.

Daftar Periksa Praktik Terbaik untuk Pengujian Lokalisasi

• Gunakan jasa perusahaan lokalisasi yang ahli dalam rekayasa i18n.
• Pastikan strategi pengujian lokalisasi Anda memungkinkan lebih banyak waktu untuk bahasa byte ganda.
• Pastikan Anda telah melakukan internasionalisasi kode Anda dengan benar untuk DBCS sebelum menjalankannya.tracmengirimkan teks apa pun untuk diterjemahkan.
• Pisahkan setiap string ke dalam file sumber daya terlebih dahulu, sehingga tidak ada teks yang terlihat oleh pengguna yang tetap terprogram secara permanen dalam kode sumber.
• Jalankan versi pseudo-lokalisasi sejak awal, karena hal itu akan mengungkap pemotongan dan teks yang dikodekan secara permanen sebelum biaya penerjemahan dikeluarkan.
• Sisakan ruang tata letak untuk perluasan teks, karena terjemahan dari bahasa Inggris seringkali lebih panjang daripada label aslinya.
• Ujilah bahasa yang ditulis dari kanan ke kiri seperti bahasa Arab dan Ibrani pada layar sungguhan, di mana tata letak yang dicerminkan dan teks dengan arah campuran paling sering gagal.
• Pertahankan panduan gaya per wilayah yang mencakup urutan tanggal, pemisah desimal, format sapaan, gelar kehormatan, dan nada.
• Mintalah penutur asli untuk meninjau hasil akhir tayangan, karena kesesuaian budaya tidak dapat dipastikan hanya melalui naskah.

Dua dari item tersebut bergantung pada platform dan bukan bahasa, itulah sebabnya build yang dilokalisasi biasanya dijadwalkan bersamaan. pengujian kompatibilitas ke pengujian konfigurasi bukannya setelah mereka.

Contoh Kasus Uji untuk Pengujian Lokalisasi

Tabel di bawah ini memberikan serangkaian cek awal. Setiap baris akan menjadi cek lengkap. Kasus cobaan setelah hasil yang diharapkan untuk wilayah tertentu terisi.

S.No	Uji Kasus Description
1	Glosarium tersedia untuk referensi dan pemeriksaan.
2	Waktu dan tanggal diformat dengan benar untuk wilayah target.
3	Format nomor telepon sesuai untuk wilayah target.
4	Mata uang untuk wilayah target.
5	Apakah Lisensi dan Aturan mematuhi situs web (wilayah) saat ini.
6	Tata Letak Konten Teks di halaman bebas kesalahan, independensi font, dan perataan garis.
7	Fungsi karakter khusus, hyperlink, dan hotkey.
8	Pesan Validasi untuk Bidang Input.
9	Build yang dihasilkan mencakup semua file yang diperlukan.
10	Layar yang dilokalkan memiliki jenis elemen dan angka yang sama seperti pada produk sumber.
11	Pastikan antarmuka pengguna lokal dari perangkat lunak atau aplikasi web sebanding dengan antarmuka pengguna sumber di sistem operasi dan lingkungan pengguna target.
12	Pengurutan dan penataan abjad mengikuti aturan bahasa sasaran, bukan bahasa sumber.
13	Pengaturan bahasa dari kanan ke kiri mencerminkan tata letak dengan benar, termasuk navigasi, ikon, dan string dengan arah campuran.
14	Input keyboard, pemeriksa ejaan, dan pencarian menerima karakter beraksen dan karakter multi-byte.

Keuntungan Pengujian Lokalisasi

Berikut ini adalah manfaat pengujian lokalisasi

• Mengurangi biaya pengujian secara keseluruhan
• Mengurangi biaya dukungan secara keseluruhan
• Membantu mengurangi waktu pengujian.
• Ini memiliki lebih banyak fleksibilitas dan skalabilitas.

Penghematan tersebut berasal dari mendeteksi cacat lokal secara terpusat, bukan per antrian dukungan pasar. Peningkatan aksesibilitas seringkali juga terjadi, karena disiplin yang sama yang menjaga tata letak tetap utuh di bawah teks bahasa Jerman yang lebih panjang juga menjaganya tetap utuh di bawah teks yang diperbesar selama pengujian aksesibilitas.

Kekurangan Pengujian Lokalisasi

Berikut ini adalah tantangan pengujian lokalisasi

• Membutuhkan pakar domain
• Menyewa penerjemah lokal seringkali membuat prosesnya mahal
• Penyimpanan karakter DBCS berbeda di berbagai negara
• Seorang penguji mungkin menghadapi tantangan jadwal

Tekanan jadwal adalah hal yang paling diremehkan oleh sebagian besar tim. Penerjemahan datang terlambat dalam siklus, sehingga cacat lokalisasi muncul menjelang rilis, yang justru merupakan saat perubahan tata letak paling mahal. Perencanaan lokalisasi masuk ke dalam rencana yang lebih luas yang dijelaskan dalam jenis pengujian perangkat lunak menjaga agar tekanan itu tetap terkendali, dan secara umum pengujian perangkat lunak Pendahuluan mencakup posisi fase ini secara keseluruhan.

Pertanyaan Umum Demo Slot