Automasi Android dengan AI untuk ujian penyetempatan aplikasi

Flow kerja pengujian lokalisasi aplikasi Android yang menggabungkan pseudolokal, cek bahasa nyata, ulasan RTL, OCR, cuplikan layar, dan penilaian manusia tanpa mengalikan setiap tes oleh setiap lokalitas.

Jawaban singkatnya: mengotomatiskan rute, meninjau bahasa

Aplikasi Android yang dapat diandalkan lokalisasi pengujian alur kerja memisahkan perangkat yang dapat diulang bekerja dari penilaian bahasa. Setup bahasa otomatis, peluncuran aplikasi, navigasi, tunggu, screenshot, pemeriksaan negara yang dikenal, dan koleksi bukti. Teruslah terjemahkan kualitas terjemahan, nada, makna budaya, kliping ambigu, dan keseimbangan visual di bawah tinjauan manusia. Tujuannya adalah untuk tidak menjalankan setiap tes dalam setiap bahasa. Ini adalah untuk menciptakan matriks kecil berbasis risiko yang mengekspos kegagalan kemungkinan besar untuk mencapai pengguna.

Ini penting karena cacat lokalisasi bukan hanya kata-kata yang salah. Mereka termasuk string hardcoded, sumber daya hilang, perluasan teks, tata letak kanan-ke-kiri yang rusak, tanggal atau mata uang yang salah, papan ketik tidak cocok, fon yang tidak terbaca, tombol klip, dan pengaturan bahasa yang tidak bertahan. AnAlat otomasi Android Android AIIa dapat membantu mengulangi rute yang terlihat dan mengumpulkan bukti, tetapi tidak dapat memutuskan apakah sebuah kalimat terdengar wajar bagi pelanggan setempat.

Aliran kerja di bawah ini menggabungkan fitur lokalisasi resmi Android dengan pemeriksaan perangkat yang dapat diamati. Ini tidak mengklaim bahwaLaiCai FlowTes unit pengganti Xías, Tes Compose, Espresso, Automator UI, Appium, sebuah sistem manajemen terjemahan, atau tinjauan bahasa-oritual. Gunakan setiap lapisan untuk bukti yang dihasilkannya.

Mulai dengan matriks keluaran lokalisasi, bukan daftar bahasa

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

Pilihlah sebuah locale dasar, satu locale ekspansi-berat, satu lokal kompak atau kompleks-skrip, dan satu lokal RTL untuk setiap rilis. Tambah lokal spesifik pasar hanya ke aliran yang membawa risiko bisnis material.Matriksi Android Lab Pengujian FirebaseSecara serupa memperlakukan lokal sebagai satu dimensi di samping model perangkat, versi Android, dan orientasi; itu adalah model perencanaan yang berguna bahkan ketika Anda menjalankan pemeriksaan pada perangkat Anda sendiri.

Android menggunakan pseudolocale Android sebelum terjemahan tiba

Pseudolocales adalah sistem peringatan dini termurah dalam aliran kerja.Panduan pseudolocale Androidgambar`en-XA`yang memperluas dan aksen teks Inggris, dan`ar-XB`Yang melatih perilaku kanan-ke-kiri. Mereka dapat mengekspos string hardcoded, konkatenasi string yang rusak, tekanan tata letak, masalah teks dwiarah, dan elemen yang gagal dicerminkan sebelum penerjemah menyampaikan salinan akhir.

• Mejalankan perjalanan pengguna utama dalam`en-XA`dan merekam setiap string yang tetap bahasa Inggris biasa; mungkin hardcoded atau di luar jalur sumber lokalisasi.
• \"Memulangi perjalanan yang sama\"`ar-XB`Keteraturan navigasi dan inspeksi, panah belakang, tab, indikator kemajuan, nomor campuran, dan tanda baca.
• Kesalahan tangkapan, kosong, izin, peningkatan, dan konfirmasi menyatakan; mereka kurang terlihat selama review happy-path biasa.
• Perlakukan suatu kegagalan pseudolocale sebagai cacat lokalisasi, bukan sebagai bukti bahwa terjemahan nyata tertentu salah.

Pembangun juga dapat memeriksa layar terpilih sebelumnya.Dokumentasi lokalisasi Android AndroidDanGubah tooling pratinjauDia mendukung preview spesifik lokal, termasuk contoh RTL. Pemeriksaan kode-dependen ini cepat dan harus menangkap isu tingkat komponen sebelum alur kerja perangkat penuh.

Uji coba para pengguna jalur bahasa

Layar yang diterjemahkan tidak cukup jika pengguna tidak dapat memilih, mempertahankan, atau mengatur ulang bahasa.Panduan bahasa Android per-appCodex menjelaskan bahwa Android 13 dan kemudian menyediakan pengaturan sistem terpusat untuk bahasa yang disukai aplikasi, sementara AndroidX mendukung penanganan aplikasi-locale yang kompatibel pada versi yang lebih tua. Apps mungkin juga memiliki pemilih bahasa sendiri. Setiap jalur masuk yang didukung membutuhkan tes transisi negara kecil.

1. Mulai dari keadaan bersih bernama: pemasangan segar, pemasangan ditingkatkan, akun signed-in, atau pemulihan cadangan.
2. Pilih lokal melalui sistem yang dituju atau jalur in-app dan konfirmasi apakah aplikasi memulai ulang, membuat ulang aktivitas, atau pembaruan di tempat.
3. Mengemudi jauh dari pengaturan dan konfirmasi lokalitas target muncul pada layar kritis bisnis.
4. Tutup dan buka kembali aplikasinya, kemudian pastikan bahwa preferensi tetap ada.
5. KATAD menetapkan kembali standar sistem dan menegaskan bahwa sumber daya terjemahan yang basi tidak tetap.
6. Poligami pada versi Android yang lebih tua, menguji jalur keserasian aktual daripada menganggap perilaku Android 13.

Bahasa perangkat dan bahasa keyboard adalah kekhawatiran yang terpisah.Dokumentasi pengujian lokalisasi lokalisasi BrowserStackCatatan bahwa mengubah bahasa pada perangkat Android tidak selalu mengubah bahasa papan ketik. Melestarikan pembedaan itu dalam matriks sehingga kegagalan masukan teks tidak salah didiagnosa sebagai kegagalan sumber daya.

Pilih layar perwakilan dengan risiko

Jangan kalikan setiap tes akhir-ke-akhir yang ada oleh setiap lokal. Pilih layar di mana lokalisasi mengubah perilaku, tata letak, kepercayaan, atau uang. Sebuah set kompak biasanya meliputi onboarding, sign-in, home navigation, pencarian, satu halaman detail, satu formulir, satu permukaan pembayaran atau konfirmasi, pengaturan, pemberitahuan, dan keadaan kesalahan yang paling penting.

Prioritaskan kontrol dengan lebar tetap, ikon bersebelahan, variabel ganda, aturan plural, teks server dinamis, kartu kompak, navigasi bawah, dan teks diterjemahkan atas gambar. Sertakan satu layar dengan konten realistik maksimum daripada hanya data demo kosong. Jika aplikasi Anda mendukung tablet, lipatan, atau lanskap, tambahkan hanya di mana tata letak benar-benar berubah.

Berikan setiap layar terpilih pemilik dan alasan. Sebagai contoh, konfirmasi checkout ada untuk memverifikasi mata uang, pembungkus baris, label tombol, dan salinan sah; layar recovery akun ada untuk memverifikasi metode input, pesan kesalahan, dan alamat email dwiarah. Ini membuat kegagalan dapat ditindaklanjuti daripada menghasilkan folder cuplikan yang tidak dapat dijelaskan.

Padanankan metode bukti untuk lokalisasi cacat

Okuator tunggal atau teknik gambar tidak membuktikan kualitas lokalisasi. Dia memilih pengamatan terkecil yang dapat mendukung keputusan. Semua yang adaPanduan pengujian visual Android AndroidCodex menjelaskan perbedaan yang lebih luas di antara negara UI, OCR, pencocokan gambar, deteksi objek, dan cuplikan layar; lokalisasi QA menerapkan metode-metode tersebut terhadap risiko spesifik bahasa.

Dalam arusLaiCai FlowKontrak nigonia, OCR mengembalikan koleksi hasil daripada satu jawaban magis. Aliran flow harus memilih segmen yang relevan sebelum membandingkan teks atau posisi. Demikian pula, sebuah laporan padanan visual menyatakan keadaan yang diketahui; tidak boleh diregangkan ke dalam klaim bahwa setiap piksel atau kalimat adalah benar.

Membina aliran lokalisasi yang dapat diamati pada perangkat Android nyata

Sebuah alur kerja visual yang dapat diamati berguna ketika tim perlu mengulangi navigasi yang sama melintasi perangkat Android nyata dan tangan bukti konsisten pengulas.LaiCai FlowDia adalah fitur otomatis di dalamLaiCai Screen MirroringIni dapat mengatur langkah-langkah tampak seperti tunggu, pemeriksaan negara UI, OCR, pencocokan templat, cuplikan layar, kondisi, loop terikat, dan pemberhentian eksplisit. PerancisLaiCai FlowPanduan panduanMeliputi aliran kerja produk.

1. Nama build, perangkat, versi Android, lokal, tema, skala font, dan memulai account state.
2. Buka aplikasi atau setting jalur dan gunakan tunggu eksplisit sebelum pengamatan tergantung layar.
3. Mengemudi satu fase tingkat pengguna pada satu waktu, menjaga detail pencarian teknis di dalam anak yang dapat dibaca mengalir ketika perjalanan menjadi kompleks.
4. Periksa kondisi layar stabil sebelum setiap tindakan merusak atau perubahan keadaan.
5. Cekupan layar yang diperlukan dan hasil OCR yang dipilih dengan pengenal lokal dan layar.
6. Membuktikan kondisi pasca-pemicu setelah navigasi bukannya menganggap ketukan berhasil.
7. Berhenti dengan bukti ketika layar tidak diketahui; jangan terus mengklik melalui bahasa atau dialog yang tidak terduga.

Lapisan ini melengkapi tes berbasis kode. Tes komponen dan instrumentasi harus tetap memiliki pencarian sumber daya, logika negara, kehandalan aksesibilitas, dan afirmasi deterministik yang dekat dengan aplikasi. Aliran tampak adalah terkuat ketika dukungan, lokalisasi, atau reviewer rilis membutuhkan rute berulang dan paket bukti yang dapat dibaca manusia. PerancisAliran kerja uji asap Android QADi sana, ada pola umum yang berkaitan.

Berikan RTL dan konten dwiarah untuk lulus tes mereka sendiri

RTL bukan item untuk ditambahkan di akhir daftar cek cek layar LTR. Ubuntu Menjalankan lulus berdedikasi dengan bahasa Arab atau lokal RTL lain yang didukung dan termasuk konten terarah campuran seperti alamat email, nomor telepon, harga, string versi, URL, kode, dan nama merek Latin. Kombinasi - kombinasi ini menyingkapkan tanda baca dan perintah kegagalan yang tidak diperlihatkan oleh paragraf yang diterjemahkan sepenuhnya.

• Kejelasan bahwa navigasi, laci, tab, arah kemajuan, dan ikon arah cermin hanya ketika makna mereka harus cermin.
• Periksa angka, unit, nama produk, dan kursor input tetap dapat dibaca di dalam kalimat RTL.
• alignmen pemeriksaan diagon dalam keadaan kosong, dialog, snackbar, penjelasan izin, dan formulir pesan validasi.
• Pengujian gesek dan navigasi balik oleh perilaku, bukan dengan menganggap bahwa setiap gerak isyarat terbalik dengan arah teks.
• Use an native-language reviewer untuk tanda baca, frasing, line break, dan interpretasi budaya.

Guna`ar-XB`Dari awal untuk membongkar kegagalan struktural, kemudian menjalankan setidaknya satu RTL locale nyata sebelum rilis. Sebuah pseudolocale dapat mengungkapkan cacat bercermin, tetapi tidak memvalidasi tipografi atau makna dari produksi salinan Arab.

Format ujian, masukan, pemberitahuan, dan permukaan luar

Beberapa kegagalan lokalisasi paling mahal duduk di luar layar in-app utama. Tambahkan pemeriksaan fokus untuk tanggal dan waktu, pemisah desimal, penempatan mata uang, susunan alamat, satuan pengukuran, nomor telepon, bentuk plural, input keyboard, perilaku papan klip, teks pemberitahuan, link mendalam, konten web, dan dialog sistem apapun yang bergantung pada perjalanan.

Rekaman yang locale drive setiap nilai. Bahasa aplikasi, lokal sistem, negara akun, preferensi server, zona waktu, dan papan ketik tidak setuju. Cekupan layar yang menunjukkan nilai yang mengejutkan adalah bukti yang berguna, tetapi laporan kutu juga harus menamai masukan tersebut sehingga rekayasa dapat mereproduksi sumber ketidakcocokan.

Perlakukan stenage listing dan screenshot promosi sebagai permukaan rilis terpisah. Teks mereka mungkin berasal dari repositori yang berbeda dan gambar mereka mungkin dihasilkan oleh pipa yang berbeda. Kegunaan ulang inventaris layar dan skema penamaan yang sama, tetapi jangan tandai aplikasi yang dilokalisasi semata-mata karena deskripsi toko diterjemahkan.

Jaga ulasan manusia di mana otomatisasi lemah

Otomasi Otomasi adalah baik dalam mengulangi rute dan mendeteksi bukti yang diketahui. Manusia tetap lebih baik pada makna, nada, konteks, kesesuaian budaya, hierarki visual, humor, ambiguitas, dan memutuskan apakah istirahat garis hanya terlihat berbeda atau benar-benar merugikan pemahaman. Membina handoff sengaja daripada memperlakukan ulasan manual sebagai pengecualian yang tidak direncanakan.

• Otomate: penyiapan lokal, peluncuran, navigasi, tunggu, pemeriksaan keadaan stabil, kehadiran teks terpilih, cuplikan layar, penamaan berkas, dan pengepakan bukti.
• Tinjau secara manual: makna terjemahan, kealamian, nuansa hukum, aksesibilitas skrip kompleks, pemotongan ambigu, citra budaya, dan keseimbangan visual.
• Escalasi ke tes kode: pemetaan sumber yang tepat, logika plural, fungsi pemformatan deterministik, dan semantik komponen.
• Escalasi ke perangkat atau uji kerangka kerja: izin sistem, perilaku cross-app, integrasi keyboard, dan transisi lifecycle.

Aturan pemberhentian yang berguna adalah sederhana: ketika keadaan yang terlihat bukan salah satu negara bagian yang disetujui, mengumpulkan bukti dan berhenti. Jangan biarkan otomasi berlanjut melalui layar persetujuan yang tidak diketahui, langkah pembayaran, tindakan merusak, atau jalur sistem yang tidak diterjemahkan. PerancisPerbandingan alat pengujian otomasi Android Androidifía dapat membantu menetapkan setiap pernyataan ke lapisan kanan.

\"Membuat paket bukti\" \"Tim rilis bisa beraksi\"

Sebuah pass/fail dashboard tanpa konteks menciptakan penyelidikan lain. Setiap penemuan lokalisasi harus mengidentifikasi build, paket aplikasi dan versi, lokal dan wilayah, versi Android, perangkat dan resolusi, skala font, tema, mulai negara, nama layar, hasil yang diharapkan, hasil sebenarnya, dan screenshot atau pengamatan terpilih yang mendukung klaim.

Contoh nama berkas stabil seperti`build-locale-device-screen-state.png`Kalau begitu, buat satu bukti yang memetakan file ke matriks tes. Variasi visual yang diharapkan dari cacat: istirahat baris yang berbeda mungkin dapat diterima, sementara harga tersembunyi, tombol tak dapat dijangkau, tanda merek terbalik, atau pesan kesalahan yang hilang tidak. Umpukkan keparahan oleh dampak pengguna, bukan dengan perbedaan piksel.

Karena tidak ada perangkat yang dikelola LaiCai tersedia dalam konteks generasi saat ini, artikel ini menggambarkan alur kerja berbasis kontrak daripada mengklaim hasil benchmark untuk aplikasi, perangkat, atau lokal tertentu. Dia menjalankan pilot perwakilan di lingkungan Anda sebelum memperluas matriks.

Daftar cek keluaran QA OTO Android

1. Definisikan daftar lokal yang didukung, lokalitas undur, jalur pemilihan bahasa, dan pasar berisiko tinggi.
2. ♪ Run Run ♪`en-XA`Dan`ar-XB`Wadon pada layar perwakilan sebelum terjemahan akhir tiba.
3. Verifikasi wireless real per-app, sistem, dan in-app switching bahasa di mana setiap jalur didukung.
4. Cover satu locale ekspansi-berat, satu lokal kompleks-skrip, dan satu lokal RTL pada layar kecil.
5. Kesalahan termasuk, kosong, memuat, konfirmasi, izin, peningkatan, dan pemberitahuan keadaan.
6. Periksa format regional, metode masukan, skala fon, tema ringan/gelap, dan kegigihan bahasa.
7. WUA menggunakan negara UI, OCR, pencocokan templat, cuplikan layar, dan tinjauan manusia hanya untuk klaim yang dapat mereka dukung.
8. Simpan paket bukti bernama dan berhenti di negara bagian tak dikenal.
9. Apakah pengulas bahasa asli menyetujui makna, nada, tanda baca, dan budaya.
10. Keep the primer Automasi CTA pada halaman pemilik lokal-aware dan gunakan panduan pendukung untuk detail implementasi.

Perihal penulis: BeePOS LLC berkembangLaiCai Screen MirroringDan ituLaiCai FlowFitur otomatisasi. Panduan ini didasarkan pada dokumentasi Android saat ini, mengamati praktik pengujian lokalisasi, dan dipublikasikanLaiCai FlowKontrak node. Pertanyaan produk product dapat dikirim melaluiLaiCai company and support page.

Sumber

• Pengembang Android Pemroda: Tes aplikasi Anda dengan pseudolocale
• Pembangun Android Pembangun: preferensi bahasa Per-app
• Pembangun Android Pembangun: Localize aplikasi Anda
• Pengembang Android Pembangun: Pratilik UI Anda dengan pratinjau yang sesuai
• Firebase: Mulailah menguji Android dengan Test Lab
• BrowserStack: Pengujian lokalisasi menggunakan App Live