Pengujian aplikasi Android pada perangkat Tiongkok: lingkup dan daftar periksa penawaran

Susun matriks perangkat berdasarkan pengguna

• Pilih model perangkat, versi Android, versi perangkat lunak produsen, dan ukuran layar berdasarkan audiens sasaran atau risiko rilis. Nyatakan varian Tiongkok daratan atau luar negeri; nama merek saja tidak cukup.
• Pastikan lokasi perangkat, bahasa sistem, jalur instalasi, dan ketergantungan pada Google Mobile Services. Minta pemasok menyebutkan kombinasi yang tidak tersedia dan usulan penggantinya sebelum menganggap matriks telah tercakup.

Tulis pengujian untuk skenario Tiongkok yang dituju

• Sediakan build berversi dan langkah berulang untuk instalasi, peluncuran, login, izin, alur utama, serta pemulihan setelah gangguan. Nyatakan layar atau respons yang diharapkan untuk setiap kasus.
• Tentukan jaringan yang diizinkan, lingkungan backend, dan ketergantungan regional. Untuk notifikasi, pembayaran, atau login pihak ketiga, sepakati akun uji berizin dan mode pengujian; akses perangkat yang berhasil belum membuktikan alur ini.

Tentukan pelaksana pengujian

• Tentukan apakah tim Anda membutuhkan akses perangkat jarak jauh atau pemasok untuk menjalankan kasus dan menyelidiki kegagalan. Akses perangkat, otomatisasi skrip, pengujian manual, dan perbaikan bug merupakan lingkup berbeda.
• Minta pemeriksaan ketersediaan dan satu contoh kasus sebelum pengujian penuh. Pastikan izin akses, data yang diizinkan, waktu pelaksanaan, bahasa laporan, serta penanggung jawab interpretasi teknis kegagalan.

Bandingkan biaya dengan cakupan tercatat

• Bandingkan akses perangkat, waktu pelaksana, penyiapan lingkungan, penyusunan bukti, pengujian ulang, koordinasi Chuzu, dan pajak secara terpisah. Tanyakan penanganan kasus terblokir serta waktu reservasi yang tidak terpakai.
• Gunakan perangkat × kasus × pengulangan sebagai ilustrasi jumlah cakupan, lalu rinci pengecualiannya. Sepuluh perangkat dengan satu pemeriksaan peluncuran berbeda dari sepuluh perangkat dengan alur login dan transaksi lengkap.

Terima bukti dan tutup akses

• Minta status lulus, gagal, atau terblokir untuk setiap kasus, beserta identitas build, model, OS, jaringan, waktu pelaksanaan, dan langkah reproduksi. Sepakati tangkapan layar atau log tanpa data sensitif pengguna.
• Sepakati batas pengujian ulang serta catatan pencabutan akses atau penghapusan. Chuzu hanya mengoordinasikan lingkup yang diterima; pasokan perangkat dan kemampuan pengujian perlu ditinjau per proyek, dan laporan selesai tidak menjamin aplikasi bebas cacat.

Jelajahi rencana proyek

Pilih sumber daya spesifik