Pertemuan 36 menutup jalur Mobile Programming dengan tiga hasil: aplikasi yang dapat didemonstrasikan, bukti pengujian yang dapat diperiksa, dan catatan kemampuan yang masih perlu dilatih. Gunakan proyek dari pertemuan 35 tentang perancangan aplikasi. Jangan menambah fitur besar pada tahap ini; selesaikan dan uji alur inti terlebih dahulu.
Hasil yang perlu disiapkan
- Aplikasi dapat dijalankan pada perangkat atau emulator yang disebutkan dalam dokumentasi.
- Setiap fitur inti memiliki skenario uji dan hasil aktual.
- Repositori berisi kode, README, dan petunjuk menjalankan aplikasi.
- Presentasi menjelaskan masalah, solusi, batasan, dan kontribusi setiap anggota.
1. Tetapkan versi yang akan dinilai
Catat nama aplikasi, tanggal pemeriksaan, versi atau commit kode, serta perangkat yang dipakai. Ini membantu penguji menjalankan versi yang sama. Jika aplikasi masih memiliki kekurangan, tuliskan dengan jelas. Fitur yang belum selesai tidak boleh ditampilkan sebagai fitur yang sudah bekerja.
Contoh latihan dalam panduan ini adalah aplikasi daftar tugas belajar. Fitur intinya: menambah tugas, melihat daftar, menandai selesai, dan menyimpan perubahan sesuai rancangan. Contoh ini adalah skenario belajar, bukan laporan aplikasi peserta yang sudah diuji.
2. Uji alur utama dan keadaan gagal
Jalankan setiap skenario pada aplikasi sendiri. Kolom hasil diisi berdasarkan pengamatan, bukan perkiraan. Catat juga langkah untuk mengulang bug agar orang lain dapat memeriksanya.
| Skenario | Langkah | Hasil yang diharapkan |
|---|---|---|
| Data awal kosong | Buka aplikasi tanpa tugas tersimpan. | Ada pesan daftar kosong dan cara menambahkan tugas; aplikasi tidak berhenti. |
| Tambah tugas valid | Isi judul “Latihan form”, lalu simpan. | Tugas muncul satu kali dengan isi yang sesuai. |
| Input kosong | Kosongkan judul, lalu coba simpan. | Input ditolak dengan pesan yang dapat dipahami; tidak ada tugas kosong. |
| Ubah status | Tandai tugas selesai, lalu kembali ke daftar. | Status pada daftar sesuai perubahan. |
| Buka ulang aplikasi | Tutup dan buka kembali aplikasi sesuai prosedur perangkat. | Jika penyimpanan permanen termasuk fitur, data tetap tersedia. Jika hanya sementara, batasannya dijelaskan. |
| Gangguan jaringan | Untuk aplikasi yang memakai API, coba ketika koneksi terputus. | Pengguna mendapat pesan gagal dan kesempatan mencoba lagi; indikator memuat tidak berjalan terus. |
Format catatan uji: ID skenario | versi kode | perangkat | hasil aktual | lulus/gagal | bukti | nomor bug. Tandai “tidak berlaku” untuk skenario yang memang tidak termasuk rancangan, misalnya jaringan pada aplikasi lokal.
3. Perbaiki berdasarkan dampak
- Penghambat: aplikasi tidak terbuka, data salah tersimpan, atau alur inti gagal. Perbaiki sebelum demo.
- Mengganggu penggunaan: pesan validasi tidak jelas, tombol sulit disentuh, atau teks terpotong. Periksa pada ukuran layar yang dipakai.
- Penyempurnaan: animasi atau variasi warna. Kerjakan setelah fitur inti dan dokumentasi siap.
Setelah memperbaiki satu bug, ulangi skenario yang gagal dan alur lain yang berhubungan. Contoh: perubahan form tambah tugas juga perlu diperiksa pengaruhnya pada daftar dan penyimpanan.
4. Susun demonstrasi lima menit
- Menit 0-1: siapa pengguna dan masalah apa yang diatasi. Gunakan satu contoh kebutuhan yang jelas.
- Menit 1-3: jalankan alur utama dari kondisi awal hingga selesai menggunakan data latihan.
- Menit 3-4: tunjukkan satu validasi atau penanganan kegagalan serta bukti pengujiannya.
- Menit 4-5: jelaskan pilihan teknis, kontribusi anggota, keterbatasan, dan satu prioritas pengembangan.
Latih demo dari kondisi awal yang dapat diulang. Sediakan rekaman cadangan bila diperlukan dan beri label sebagai rekaman, bukan demonstrasi langsung. Hindari menampilkan sandi, token API, data pribadi, atau akun pengguna asli.
5. Contoh rubrik penilaian
Rubrik berikut adalah usulan untuk latihan; pengajar dapat menyesuaikannya dengan tujuan kelas. Jumlah bobotnya 100 poin.
| Aspek | Bobot | Bukti yang diperiksa |
|---|---|---|
| Fungsi inti | 35 | Alur utama berjalan dan sesuai ruang lingkup yang dijanjikan. |
| Pengujian dan penanganan gagal | 25 | Catatan hasil aktual, validasi input, serta perbaikan bug penting. |
| Kemudahan penggunaan | 15 | Navigasi, keterbacaan, keadaan kosong, dan umpan balik tindakan. |
| Kode dan dokumentasi | 15 | Struktur yang dapat dijelaskan, petunjuk menjalankan, serta batasan aplikasi. |
| Presentasi dan refleksi | 10 | Demo terarah, jawaban atas pertanyaan, dan kontribusi anggota yang jelas. |
6. Paket penyerahan
- README: masalah dan pengguna, fitur, teknologi, kebutuhan perangkat, cara memasang dan menjalankan, langkah uji, serta batasan.
- Kode sumber: repositori yang dapat diakses penguji sesuai pengaturan kelas. Jangan unggah berkas rahasia.
- Bukti: tabel hasil uji, screenshot dengan data latihan, dan daftar bug yang masih terbuka.
- Presentasi: slide atau catatan demo serta pembagian kontribusi anggota.
Sebelum menyerahkan, minta seorang teman mengikuti README dari awal. Jika ia harus menebak langkah penting, lengkapi petunjuknya. Jangan membagikan kunci penandatanganan aplikasi, sandi, atau token untuk membuat proyek terlihat lengkap.
Refleksi akhir dan tindak lanjut
Tulis tiga jawaban yang spesifik: fitur mana yang berhasil dikerjakan sendiri beserta buktinya; satu kesulitan teknis beserta cara memeriksanya; dan satu kemampuan yang akan dilatih berikutnya. Contoh target: “Saya akan menambah uji validasi judul kosong dan membuktikan form menolaknya”, bukan hanya “belajar lebih giat”.
Karena ini pertemuan terakhir, perbaikan yang belum tuntas dicatat sebagai rencana tindak lanjut atau remedial sesuai kesepakatan pengajar. Hasil akhirnya adalah proyek yang jujur tentang kemampuan dan batasannya, dapat dijalankan ulang, serta berguna sebagai bahan portofolio.