Otomatisasi Android dengan AI untuk pengujian lokalisasi aplikasi

Bangun suatu uji lokalisasi aplikasi Android yang menggabungkan nama samaran, pemeriksaan bahasa, review RTL, OCR, cuplikan layar, dan penilaian manusia tanpa mengalikan setiap tes dengan setiap lokal.

Jawaban singkat: otomatis rute, tinjau bahasa

A handal Android app lokalisasi testing workflow memisahkan perangkat berulang bekerja dari penilaian bahasa. Pengaturan bahasa otomatis, peluncuran aplikasi, navigasi, menunggu, cuplikan layar, pemeriksaan negara, dan koleksi bukti. Jaga kualitas terjemahan, nada, makna budaya, kliping ambigu, dan keseimbangan visual di bawah tinjauan manusia. Tujuannya bukan untuk menjalankan setiap tes dalam setiap bahasa. Hal ini untuk membuat matriks kecil berbasis risk- yang mengekspos kegagalan paling mungkin untuk mencapai pengguna.

Ini penting karena cacat lokalisasi tidak hanya kata yang salah. Mereka termasuk string hardcode, hilang sumber daya, ekspansi teks, rusak kanan -to-kiri tata letak, tanggal atau mata uang salah, tidak cocok, huruf tidak dapat dibaca, tombol terpotong, dan pengaturan bahasa yang tidak bertahan. AnAlat otomatisasi AI Androiddapat membantu mengulangi rute yang terlihat dan mengumpulkan bukti, tetapi tidak dapat memutuskan apakah kalimat terdengar alami untuk pelanggan lokal.

The workflow below combines Android 's official localization features with observable device checks. Ini tidak mengklaim bahwaLaiCai Flowmenggantikan tes unit, compose tes, Espresso, UI Automatiator, Appium, sebuah sistem manajemen terjemahan, atau native- tinjauan bahasa. Gunakan setiap lapisan untuk bukti itu menghasilkan yang terbaik.

Mulai dengan matriks rilis lokalisasi, bukan daftar bahasa

Daftar bahasa yang didukung bukanlah rencana tes. Sebuah matriks rilis menghubungkan lokal ke layar, kondisi perangkat, format data, arah menulis, dan risiko bisnis yang membuat lokal yang berarti. Tanpa koneksi itu, tim sering membuka layar rumah dalam beberapa bahasa, mengambil cuplikan layar, dan kehilangan kegagalan dalam checkout, pencarian, pemulihan akun, pemberitahuan, atau pengaturan.

Pilih sebuah lokal baseline, satu luas - lokal berat, satu compact atau complex-script lokal, dan satu lokal RTL untuk setiap rilis. Tambahkan pasar-spesifik lokal hanya dengan arus yang membawa risiko material bisnis.Firebase Lab Android matriksDemikian pula memperlakukan lokal sebagai satu dimensi bersama model perangkat, Android versi, dan orientasi; yang merupakan model perencanaan berguna bahkan ketika Anda menjalankan pemeriksaan pada perangkat Anda sendiri.

Gunakan nama samaran Android sebelum terjemahan tiba

Pseudolocales adalah sistem peringatan termurah pada awal di alur kerja.Android 's pseudolocale guidedeskripsikan`en-XA`, yang memperluas dan aksen teks Inggris, dan`ar-XB`, yang latihan benar -to-kiri perilaku. Mereka dapat mengekspos string hardcode, konkatenasi string rusak, tekanan tata letak, masalah teks bidirectional, dan elemen yang gagal untuk cermin sebelum penerjemah memberikan salinan akhir.

• Jalankan perjalanan pengguna primer`en-XA`dan merekam setiap string yang tetap polos bahasa Inggris, mungkin hardcode atau di luar jalur sumber daya lokalisasi.
• Ulangi perjalanan yang sama`ar-XB`dan memeriksa urutan navigasi, panah belakang, tab, indikator kemajuan, nomor campuran, dan tanda baca.
• Menangkap kesalahan, kosong, izin, peningkatan, dan konfirmasi menyatakan; mereka kurang terlihat selama tinjauan happine- path biasa.
• Perlakukan kegagalan pseudolokal sebagai cacat lokalisasi, bukan sebagai bukti bahwa terjemahan nyata tertentu adalah salah.

Pengembang juga dapat memeriksa layar yang dipilih sebelumnya.Dokumentasi lokalisasi AndroiddanTooling pratinjau composedukungan pratilik lokal-spesifik, termasuk contoh RTL. Kode-kode yang berdekatan ini cepat dan harus menangkap isu-isu tingkat komponen sebelum alur kerja penuh perangkat.

Uji pengguna jalur bahasa sebenarnya mengambil

Layar terjemahan tidak cukup jika pengguna tidak dapat memilih, mempertahankan, atau mereset bahasa.Android 's per- app language guideexplain that Android 13 and later provide a centralized system setting for an app 's preferred language, while AndroidX support compatible application- location- locational handling on older version. Apps mungkin juga memiliki picker bahasa mereka sendiri. Setiap jalur entri yang didukung membutuhkan tes transisi negara kecil.

1. Mulai dari keadaan bersih yang bernama: instalasi segar, peningkatan instalasi, sinyal-dalam akun, atau cadangan dipulihkan.
2. Pilih lokal melalui sistem yang dimaksudkan atau jalur in- app dan konfirmasi apakah aplikasi memulai kembali, membuat ulang aktivitas, atau memperbarui tempat.
3. Navigasi jauh dari pengaturan dan konfirmasi target lokal muncul pada sebuah bisnis-layar kritis.
4. Tutup dan buka kembali aplikasinya, lalu verifikasi bahwa preferensi tetap ada.
5. Reset ke sistem baku dan konfirmasi bahwa sumber daya terjemahan basi tidak tetap.
6. On older Android versions, test the actual compatibility path instead of assusing Android 13 behavience.

Bahasa perangkat dan bahasa papan ketik adalah hal yang terpisah.Dokumentasi uji lokalisasi BrowserStackcatatan bahwa mengubah bahasa pada perangkat Android tidak perlu mengubah bahasa keyboard. Pertahankan perbedaan dalam matriks sehingga kegagalan masukan teks tidak salah didiagnosis sebagai kegagalan sumber daya.

Pilih perwakilan layar dengan resiko

Jangan kalikan setiap tes end-to-end yang telah ada oleh setiap lokal. Pilih layar dimana lokalisasi mengubah perilaku, tata letak, kepercayaan, atau uang. Set kompak biasanya termasuk onboarding, signing-in, navigasi rumah, pencarian, satu halaman detail, satu formulir, satu pembayaran atau konfirmasi permukaan, pengaturan, pemberitahuan, dan keadaan kesalahan yang paling penting.

Kontrol prioritas dengan lebar tetap, ikon yang berdekatan, beberapa variabel, aturan plural, teks server dinamis, kartu kompak, navigasi bawah, dan menerjemahkan teks atas gambar. Sertakan satu layar dengan konten realistis maksimum daripada hanya data demo kosong. Jika aplikasi Anda mendukung tablet, foldables, atau lansekap, tambahkan hanya di mana tata letak benar-benar berubah.

Berikan setiap layar yang dipilih pemilik dan alasan. Sebagai contoh, konfirmasi cek-out ada untuk memverifikasi mata uang, pembungkus baris, label tombol, dan salinan hukum; layar pemulihan akuntansi ada untuk memverifikasi metode masukan, pesan kesalahan, dan alamat surel bidirectional. Hal ini membuat kegagalan dapat ditindaklanjuti ketimbang membuat folder cuplikan layar yang tidak dapat dijelaskan.

Cocok dengan metode bukti ke cacat lokalisasi

Tidak ada locator atau gambar teknik membuktikan kualitas lokalisasi. Pilih pengamatan terkecil yang bisa mendukung keputusan. Yang adaAndroid visual testing guidemenjelaskan perbedaan yang lebih luas di antara keadaan UI, OCR, gambar yang cocok dengan, deteksi objek, dan cuplikan layar; lokalisasi QA menerapkan metode-metode tersebut untuk risiko-risiko yang kurang spesifik.

Saat iniLaiCai Flowkontrak, OCR kembali koleksi hasil daripada satu jawaban magis. Aliran harus memilih segmen yang relevan sebelum membandingkan teks atau posisi. Demikian juga, sebuah kecocokan visual melaporkan sebuah keadaan yang dikenal; ini tidak boleh diregangkan menjadi klaim bahwa setiap pixel atau kalimat yang benar.

Bangun alur lokalisasi yang dapat diamati di perangkat Android nyata

Sebuah alur kerja visual yang dapat diamati berguna ketika tim perlu mengulangi navigasi yang sama di seluruh perangkat Android yang nyata dan tangan seorang peninjau bukti konsisten.LaiCai Flowadalah sebuah fitur otomatisasi di dalamLaiCai Screen MirroringIni dapat mengatur langkah-langkah tampak seperti menunggu, pemeriksaan UI-state, OCR, template cocok, screenshot, kondisi, loop terikat, dan berhenti eksplisit. TheLaiCai FlowPanduanmeliputi alur kerja produk.

1. Catat build, perangkat, versi Android, lokal, tema, skala font, dan status awal akun.
2. Buka path aplikasi atau pengaturan dan gunakan tunggu secara eksplisit sebelum pengamatan layar tergantung.
3. Navigasi satu tahap tingkat pada suatu waktu, menjaga rincian teknis pencarian di dalam anak yang dapat dibaca mengalir ketika perjalanan menjadi kompleks.
4. Periksa kondisi layar stabil sebelum setiap aksi destruktif atau status-berubah.
5. Menangkap cuplikan layar yang diperlukan dan hasil OCR manapun yang dipilih dengan identifier lokal dan layar.
6. Verifikasi kondisi postcondition setelah navigasi daripada mengasumsikan tap berhasil.
7. Berhenti dengan bukti ketika layar tidak diketahui; jangan terus mengklik melalui bahasa yang tak terduga atau dialog.

Lapisan ini melengkapi code-based test. Komponen dan tes instrumentasi harus masih memiliki pencarian sumber daya, logika negara, semantik aksesibilitas, dan deterministik assersi dekat dengan aplikasi. Aliran terlihat paling kuat ketika dukungan, lokalisasi, atau pemutaran rilis membutuhkan rute berulang dan paket bukti yang mudah dibaca. TheAndroid QA smoke- test workflowmenyediakan pola umum terkait.

Berikan isi RTL dan bidirectional ujian mereka sendiri lulus

RTL bukan suatu item untuk ditambahkan di akhir dari daftar checklist layar LTR. Jalankan pass khusus dengan Arab atau yang lain didukung RTL lokal dan termasuk campuran-arah konten seperti alamat email, nomor telepon, harga, string versi, URL, kode, dan nama merek Latin. Kombinasi ini mengungkapkan tanda baca dan memesan kegagalan bahwa paragraf terjemahan sepenuhnya mungkin tidak menunjukkan.

• Konfirmasikan bahwa navigasi, laci, tab, arah kemajuan, dan ikon direksional hanya ketika makna mereka harus cermin.
• Periksa nomor tersebut, unit, nama produk, dan kursor masukan masih dapat dibaca dalam kalimat RTL.
• Inspeksi alignmen dalam keadaan kosong, dialog, snackbars, perizinan penjelasan, dan bentuk pesan validasi.
• Uji swips dan kembali navigasi oleh perilaku, bukan dengan asumsi bahwa setiap gerakan terbalik dengan arah teks.
• Gunakan peninjau bahasa untuk tanda baca, frasa, jeda baris, dan interpretasi budaya.

Gunakan`ar-XB`awal untuk mengekspos kegagalan struktural, kemudian jalankan setidaknya satu RTL lokal nyata sebelum rilis. Sebuah pseudolocale dapat mengungkapkan cacat cermin, tetapi tidak memvalidasi tipografi atau arti produksi salinan Arab.

Format tes, masukan, pemberitahuan, dan permukaan eksternal

Beberapa kegagalan lokalisasi termahal terletak di luar layar aplikasi utama. Tambahkan pemeriksaan fokus untuk tanggal dan waktu, pemisah desimal, penempatan mata uang, urutan alamat, unit pengukuran, nomor telepon, bentuk plural, masukan papan ketik, perilaku papan klip, teks pemberitahuan, link dalam, konten web, dan dialog sistem apapun yang tergantung pada perjalanan.

Rekam lokal yang drive setiap nilai. Bahasa aplikasi, sistem lokal, negara akun, preferensi server, zona waktu, dan papan ketik tidak setuju. Sebuah cuplikan layar menunjukkan nilai yang mengejutkan adalah bukti yang berguna, namun laporan bug juga harus menyebutkan masukan tersebut sehingga rekayasa dapat mereproduksi sumber ketidakcocokan.

Perlakukan daftar toko dan cuplikan layar promosi sebagai permukaan rilis terpisah. Teks mereka mungkin berasal dari repositori yang berbeda dan gambar mereka mungkin dihasilkan oleh pipa yang berbeda. Gunakan kembali skema inventaris dan penamaan layar yang sama, tapi jangan tandai aplikasi yang terlokalisasi hanya karena deskripsi toko diterjemahkan.

Menjaga review manusia dimana otomatisasi lemah

Automasi bagus dalam mengulang rute dan mendeteksi bukti yang diketahui. Manusia tetap lebih baik dalam makna, nada, konteks, kesesuaian budaya, hirarki visual, humor, ambiguitas, dan memutuskan apakah istirahat baris hanya terlihat berbeda atau benar-benar merugikan pemahaman. Membangun handoff sengaja bukan memperlakukan tinjauan manual sebagai pengecualian yang tidak direncanakan.

• Otomatis: setup lokal, peluncuran, navigasi, menunggu, pemeriksaan keadaan stabil, kehadiran teks, cuplikan layar, penamaan berkas, dan pembungkus bukti.
• Ulasan secara manual: terjemahan berarti, naturalness, nuansa hukum, aksesibilitas dari script kompleks, pemotongan ambigu, citra budaya, dan keseimbangan visual.
• Escalate ke tes kode: pemetaan sumber daya yang tepat, logika plural, deterministik format fungsi, dan semantik komponen.
• Escalate ke perangkat atau uji kerangka: ijin sistem, perilaku lintas-app, integrasi keyboard, dan transisi lifecycle.

Aturan berhenti yang berguna adalah sederhana: ketika keadaan yang terlihat bukan salah satu negara yang disetujui, mengumpulkan bukti dan berhenti. Jangan biarkan otomatisasi terus melalui layar persetujuan yang tidak diketahui, langkah pembayaran, aksi merusak, atau jalur sistem yang tidak diterjemahkan. TheAndroid automatisasi testing tools comparedapat membantu menetapkan setiap assertion ke lapisan kanan.

Membuat paket bukti yang bisa dilakukan tim pembebasannya

Sebuah dashboard lulus / gagal tanpa konteks menciptakan penyelidikan lain. Every lokalisasi finding should identify the build, app package and version, locale and region, device and resolution, font scale, theme, starting state, screen name, expected results, actured results, and the screents or the choown observation that support the claim.

Gunakan nama berkas stabil seperti`build-locale-device-screen-state.png`, kemudian menjaga satu manifes yang memetakan file ke matriks tes. Pembagian terpisah diharapkan variasi visual dari cacat: jeda baris yang berbeda mungkin dapat diterima, sementara harga tersembunyi, tombol tak terjangkau, tanda merek terbalik, atau pesan kesalahan yang hilang tidak. Atur keparahan oleh dampak pengguna, bukan dengan perbedaan piksel.

Karena tidak ada perangkat LaiCai- yang dikelola tersedia dalam konteks generasi saat ini, artikel ini menggambarkan aliran kerja berbasis kontraksi daripada mengklaim hasil benchmark untuk aplikasi, perangkat, atau lokal. Jalankan pilot perwakilan di lingkungan Anda sebelum memperluas matriks.

Android lokalisasi QA release checklist

1. Definisikan daftar lokal yang didukung, fallback locale, language-selection paths, and high-risk market.
2. Lari`en-XA`dan`ar-XB`pada layar perwakilan sebelum terjemahan akhir tiba.
3. Verifikasi per- app nyata, sistem, dan in- app bahasa switching dimana setiap path didukung.
4. Cover satu expansion- locale berat, satu complex-script lokal, dan satu lokal RTL pada layar kecil.
5. Sertakan galat, kosong, memuat, konfirmasi, izin, upgrade, dan pemberitahuan menyatakan.
6. Periksa format regional, metode masukan, skala fonta, tema cahaya / gelap, dan kegigihan bahasa.
7. Gunakan keadaan UI, OCR, pencocokan template, cuplikan layar, dan ulasan manusia hanya untuk klaim mereka dapat mendukung.
8. Simpan paket bukti bernama dan berhenti di negara tak dikenal.
9. Memiliki peninjau native- bahasa menyetujui makna, nada, tanda baca, dan cocok budaya.
10. Jauhkan automasi primer CTA pada halaman pemilik lokal-sadar dan gunakan panduan pendukung untuk implementasi detail.

Tentang penulis: beePOS LLC mengembangkanLaiCai Screen MirroringdanLaiCai Flowfitur otomatisasi. Panduan ini didasarkan pada dokumentasi Android saat ini, diamati praktek pengujian lokalisasi, dan diterbitkanLaiCai Flowkontrak node. Pertanyaan produksi dapat dikirim melaluiLaiCai perusahaan dan halaman dukungan.

Sumber

• Pengembang Android: Uji aplikasi Anda dengan nama samaran
• Pengembang Android: preferensi bahasa Per- app
• Android Developers: Localize your app
• Android Developers: Pratilik UI Anda dengan pratilik kompable
• Firebase: Dapatkan mulai pengujian untuk Android dengan Lab Uji
• BrowserStack: Uji Lokalisasi menggunakan App Live