Rencana pengujian rilis menghubungkan perjalanan pengguna penting Anda ke build tertentu, perangkat representatif, dan hasil yang tercatat. Gunakan daftar periksa sebagai titik awal, lalu sesuaikan dengan aplikasi dan risiko perubahannya.
Tentukan kandidat rilis dan cakupannya
Pilih bangunan persis yang ingin Anda kirim dan catat apa yang berubah. Cantumkan perjalanan yang paling penting, versi dan faktor bentuk Android yang didukung, serta integrasi apa pun yang terpengaruh oleh perubahan tersebut. Sepakati area mana saja yang dikecualikan.
Pilih matriks uji yang representatif
Pilih perangkat dan versi Android berdasarkan audiens yang didukung, data penggunaan yang tersedia, dan perubahan yang Anda buat. Sertakan perangkat nyata yang relevan bersama emulator jika memungkinkan. Hasil yang lewat pada satu konfigurasi tidak menentukan cakupan setiap perangkat.
Jalankan tes asap singkat terlebih dahulu
Konfirmasikan instalasi, peluncuran, dan satu perjalanan inti lengkap sebelum menghabiskan waktu untuk rencana penuh. Jika masalah pemblokiran menghalangi pengujian yang berarti, laporkan masalah tersebut berdasarkan versi sebenarnya dan ulangi pengujian asap setelah perbaikan.
Uji transisi dan jalur kegagalan
Periksa perilaku instalasi baru dan pembaruan, pilihan izin, input tidak valid, dan akses jaringan terputus. Latihan di latar belakang dan kembali ke aplikasi. Untuk pembelian atau alur akun khusus aplikasi, gunakan lingkungan pengujian yang sesuai dan akun khusus.
Periksa variasi layar dan aksesibilitas
Periksa jendela terkecil yang didukung, teks besar, orientasi yang didukung, dan bahasa yang relevan. Sertakan perjalanan TalkBack manual saat mengevaluasi aksesibilitas. Pemeriksaan otomatis dan penggunaan manual mengungkapkan masalah yang berbeda; tidak ada satu pun yang menetapkan aksesibilitas penuh.
Catat hasilnya sebelum membuat keputusan pelepasan
Tandai cek yang lulus hanya setelah mengamati hasil yang diharapkan. Catat pemeriksaan yang gagal dengan referensi laporan, biarkan pemeriksaan yang belum teruji sebagai tidak dicentang, dan jelaskan mengapa suatu item tidak berlaku. Tinjau perbaikan dan risiko yang tersisa dengan orang yang bertanggung jawab atas pengiriman.
Contoh: alur masuk yang diubah
Contoh perencanaan ilustratif: perubahan proses masuk memengaruhi proses masuk baru, kredensial tidak valid, sesi kedaluwarsa, percobaan ulang offline, dan kembali dari latar belakang. Tambahkan varian bahasa dan teks besar yang didukung dan paling relevan dengan layar tersebut. Catat setiap hasil terhadap kandidat yang dibangun.
Pisahkan kelayakan QA dan Google Play
Daftar periksa ini membantu mengatur pengujian kualitas. Ini bukan sertifikasi resmi Google, audit keamanan, atau bukti bahwa persyaratan partisipasi penguji Google Play telah dipenuhi. Kelayakan produksi Google Play adalah proses terpisah.
Pertanyaan yang sering diajukan
Apakah melengkapi daftar periksa berarti aplikasi siap dikirimkan?
Tidak. Ini hanya merangkum pemeriksaan yang Anda lakukan. Keputusan rilis juga bergantung pada masalah yang belum terselesaikan, area yang dikecualikan, dan kebutuhan pengguna Anda.
Berapa banyak perangkat yang harus saya uji?
Tidak ada perhitungan universal yang membuktikan cakupannya. Pilih konfigurasi yang representatif untuk audiens yang Anda dukung dan dokumentasikan batasan matriks pengujian Anda.
Bisakah saya menggunakan daftar periksa tanpa JavaScript?
Ya. Daftar periksa selengkapnya ada di halaman HTML dan dapat dicetak. Status interaktif dan ekspor penurunan harga memerlukan JavaScript.
Daftar Periksa Uji Rilis Android
Rekam 18 pemeriksaan rilis Android, hasil dan catatan. Ekspor daftar periksa Anda sebagai penurunan harga atau cetak. Alat praktis, bukan sertifikasi.
MEMANDUCara Menulis Laporan Bug Android
Tulis laporan bug Android yang dapat direproduksi dengan versi yang diketahui, langkah-langkah yang jelas, hasil yang diharapkan dan aktual, bukti berguna, dan catatan pengujian ulang.