Checklist seluler menjaga risiko penting tetap terlihat di antara puluhan layar dan perangkat sebelum rilis. Setiap pemeriksaan terkait tindakan spesifik dan hasil teramati. “Periksa jaringan” terlalu luas; “putuskan koneksi setelah pesanan dikirim lalu pastikan retry tidak membuat pesanan kedua” dapat mengungkap defect.
Gunakan materi ini sebagai titik awal untuk disesuaikan. Aplikasi perbankan, pemutar media, dan pelacak kebiasaan membutuhkan kedalaman serta fokus berbeda. Checklist baik berkembang dari produk, analitik, perubahan rilis, dan insiden sebelumnya.
Tentukan cakupan eksekusi
Sebelum menguji, catat versi dan nomor build, lingkungan API, metode instalasi, feature flag, dan akun uji. Buat matriks perangkat singkat: versi OS utama, konfigurasi minimum didukung, ukuran layar populer, dan perangkat bersumber daya terbatas. Pilih berdasarkan pengguna serta risiko dan nyatakan yang tidak dicakup.
Pisahkan smoke testing dari regresi diperluas. Smoke menentukan kelayakan build untuk pekerjaan lanjutan dan apakah alur penting lulus. Ini tidak menggantikan pemeriksaan migrasi data atau pengujian setelah penggunaan beberapa jam.
Instalasi, pembaruan, dan peluncuran pertama
Periksa instalasi bersih dan pembaruan dari versi sebelumnya yang didukung. Sebelum pembaruan, buat data aplikasi realistis: draf, pengaturan, dan objek offline. Setelah pembaruan, data harus dipertahankan atau dimigrasikan sesuai persyaratan.
Pada peluncuran pertama, periksa onboarding, pilihan bahasa, persetujuan wajib, dan akses layar utama saat izin opsional ditolak. Setelah uninstall dan instal ulang, periksa pemulihan data menurut aturan platform dan produk; akun server yang masih ada tidak dengan sendirinya berarti uninstall gagal.
Alur pengguna kritis
Identifikasi beberapa tindakan yang membawa pengguna ke produk: login, pencarian, pemesanan, pengiriman pesan, atau melihat tiket. Untuk tiap tindakan, periksa hasil sukses dan setidaknya satu keadaan gagal.
- →Tindakan benar-benar mengubah data server, dan login ulang menampilkan keadaan tersimpan.
- →Daftar kosong menjelaskan langkah berikutnya, dan kesalahan memungkinkan pengguna melanjutkan.
- →Ketukan ganda dan pengiriman berulang tidak membuat duplikat terlarang.
- →Keyboard, teks panjang, dan panel sistem tidak menutupi tindakan wajib.
Verifikasi hasil lebih penting daripada jumlah layar dibuka. Toast yang tampil benar tidak membuktikan request tersimpan.
Jaringan dan keadaan offline
Periksa peluncuran tanpa jaringan, koneksi putus saat membaca/menulis, respons lambat, sambungan kembali, dan perpindahan Wi-Fi ke data seluler. Perjelas perilaku operasi lokal dalam antrean dan aturan resolusi konflik.
Untuk operasi berefek samping, tentukan apa yang terjadi jika server menyelesaikan request tetapi klien tidak menerima respons. Layar tidak boleh melaporkan sukses belum terverifikasi atau memaksa pengguna mengulang tanpa akhir. Setelah tersambung, bandingkan keadaan lokal dan server serta periksa duplikat.
Siklus hidup dan interupsi sistem
Pindahkan aplikasi ke background saat formulir terbuka, buka lagi, kunci perangkat, lalu kembali setelah sesi kedaluwarsa. Uji pembuatan ulang layar dan penghentian proses terpisah dari background biasa: kondisi pemulihannya berbeda.
Persyaratan mungkin meminta draf dipertahankan sambil menyembunyikan data sensitif. Sistem tidak boleh kehilangan operasi terkonfirmasi atau melanjutkannya dengan izin usang. Periksa juga panggilan masuk atau dialog sistem saat merekam audio, membayar, atau mengunggah berkas jika produk mendukung skenario itu.
Izin, notifikasi, dan navigasi eksternal
Periksa pemberian, penolakan, dan pencabutan izin yang digunakan aplikasi. Aplikasi harus merespons jelas saat akses kamera, lokasi, atau notifikasi tidak tersedia. Tidak perlu menambah izin yang tidak digunakan hanya demi kelengkapan checklist.
Untuk push notification, periksa foreground, background, dan peluncuran melalui notifikasi. Untuk deep link, uji aplikasi terpasang, sesi kedaluwarsa, objek tidak tersedia, dan pembukaan ulang tautan. Notifikasi tidak boleh menampilkan data pengguna lain setelah pergantian akun; navigasi tidak boleh melewati pemeriksaan akses.
Data, keamanan, dan kompatibilitas
Gunakan dua akun uji untuk memeriksa pergantian pengguna, logout, dan akses layar pribadi yang pernah dibuka. Pastikan cache, pencarian, dan push notification tidak lagi mengungkap data pengguna sebelumnya. Log diagnostik serta laporan tidak boleh berisi token atau rahasia nyata.
Periksa locale, zona waktu, dan format tanggal yang didukung pada skenario relevan. Melewati tengah malam berguna untuk reservasi, jadwal, dan batas harian. Ulangi skenario paling berisiko pada perangkat tambahan dengan mempertimbangkan perubahan rilis tertentu.
Aksesibilitas, kecepatan, dan stabilitas
Ikuti alur utama dengan TalkBack atau VoiceOver, teks diperbesar, dan pengaturan sistem yang disepakati. Nilai keterjangkauan tombol, urutan fokus, dan pesan kesalahan. Pemindai otomatis melengkapi pengujian manual.
Untuk kinerja, bandingkan cold launch dan operasi utama dengan versi baseline yang diterima pada lingkungan sama. Catat metode pengukuran dan beberapa pengulangan. Periksa freeze, crash, pertumbuhan memori setelah tindakan berulang, dan aktivitas setelah background; penilaian “terasa cepat” tidak cukup.
Contoh praktis: smoke test aplikasi pengiriman
Misalkan tim menyepakati lima pemeriksaan wajib untuk build baru: pembaruan, login, keranjang, konfirmasi pesanan, dan membuka pesanan dari notifikasi. Pada perangkat utama, perbarui versi lama dengan alamat tersimpan, login, tambah satu item, buat pesanan uji, lalu buka notifikasinya.
Hasil yang diharapkan: alamat dipertahankan, jumlah cocok di setiap langkah, tepat satu pesanan dibuat, notifikasi membuka pesanan itu, dan tidak crash. Ulangi konfirmasi secara terpisah dengan respons hilang lalu jaringan pulih. Pada perangkat kedua, periksa login dan penyelesaian pesanan. Eksekusi ini memiliki batas jelas; jumlah item lulus tidak menjadikannya regresi lengkap.
Cara melaporkan hasil
Untuk tiap item, gunakan Passed, Failed, Blocked, atau Not Run dengan lingkungan dan tautan defect. Blocked berarti pengujian tidak dapat dilakukan; bukan lulus. Cantumkan penghambat dan risiko belum dicakup, misalnya pembaruan pada OS minimum yang belum diuji.
Checklist berguna ketika mendukung keputusan atas build. Pelihara setelah insiden dan perubahan produk, hapus duplikat, dan otomatisasikan pemeriksaan stabil berulang. Tiap item harus menjelaskan apa yang diamati dan mengapa penting.
Bacaan lanjutan
Ubah checklist menjadi matriks fitur × platform × keadaan
Pilih perangkat dari rentang OS didukung, penggunaan produk nyata jika tersedia, serta risiko seperti tekanan memori, layar kecil, dan fitur perangkat keras. Tanpa analitik produk, usulan tiga perangkat merupakan hipotesis berbasis risiko, bukan cakupan pasar terukur: satu konfigurasi Android tertua didukung, satu Android terkini dari vendor berbeda, dan satu iPhone didukung. Tambahkan variasi OS/layar iPhone ketika rentang dukungan atau risiko fitur memerlukannya.
Fitur Platform/keadaan Tindakan Pengamatan yang diharapkan Bukti
Draf formulir Android background/kembali Masukkan teks, pindah aplikasi, kembali Keadaan mengikuti aturan simpan yang disepakati; tidak ada pengiriman ganda Build + video
Draf formulir iOS inactive/background/kembali Interupsi pengeditan, kembali Keadaan mengikuti aturan simpan yang disepakati Build + video
Kamera Setiap platform; izin ditolak Panggil fitur dan tolak permintaan Alternatif dapat digunakan; penjelasan jelas; tidak crash Keadaan izin + video
Daftar tersimpan Setiap platform; offline/terhubung lagi Muat, putuskan koneksi, refresh, hubungkan lagi Cache dan retry mengikuti persyaratan Jejak jaringan + UI
Deep link Setiap platform; cold/warm start Buka tautan saat sudah/belum login Tujuan benar atau alur login aman Tautan + keadaan sesi
Upgrade Setiap jalur upgrade yang didukung Pasang build baru di atas keadaan lama yang disiapkan Data yang diperlukan dipertahankan dan dimigrasikan Build lama/baru + perbedaan dataJangan menyamakan callback activity Android dan transisi scene iOS. Activity Android dapat dibuat ulang; perilaku foreground/background iOS mengikuti siklus hidup scene atau aplikasi. Catat OS aktual, tindakan siklus hidup, dan pemulihan teramati. Uji penolakan izin terpisah dari pencabutan di pengaturan; pilihan tepat bergantung pada versi OS dan tipe izin.
Untuk tiap baris catat Pass/Fail/Blocked/Not run, perangkat dan OS tepat, build aplikasi, keadaan awal, serta tautan bukti tanpa data sensitif. Simulator saja tidak membuktikan perilaku kamera nyata, pengiriman notifikasi, transisi radio, atau tekanan memori perangkat. Pilih pemeriksaan perangkat nyata berdasarkan risiko fitur, bukan mengklaim seluruh konfigurasi tercakup.