Uji fungsi, kegunaan, dan akses
INFO9-28
Membedakan jenis pengujian produk serta menyusun laporan hasil yang tidak berlebihan.
Bekal awal: Dapat menulis kriteria penerimaan dan pesan antarmuka.
Konteks bab
Revisi naskah pada PDF65 memberi konteks perbaikan berdasarkan pembaca. Prototipe berikut bukan gambaran sistem operasional pondok.
Bacaan dan kasus
7 · Hasil lama yang masih terlihat
Bacaan pendalaman
Kasus dan angka yang dibuat untuk latihan adalah simulasi/rekaan; fakta konsep dan sumber dibedakan dalam uraian.
Prototipe rekaan menampilkan total12, dipinjam5, dan hasil7. Pengguna mengganti total menjadi4 tetapi belum menekan tombol hitung. Hasil7 tetap terlihat tanpa penanda. Ia mengira angka itu sudah sesuai isian baru. Program menghitung benar pada perintah sebelumnya, tetapi tampilan keadaan membuat keputusan pengguna keliru.
Kelompok merancang dua pilihan: menghitung ulang setiap perubahan jika valid, atau menandai hasil lama belum berlaku sampai perintah berikutnya. Mereka membandingkan kejelasan, pesan invalid, dan cara akses. Label “jumlah” juga diganti menjadi “total alat” serta “sedang dipinjam” agar hubungan lebih jelas.
Uji berikut memakai tugas yang sama dan mencatat bantuan. Dua pemeran dapat memperbaiki isian sendiri; satu memerlukan penjelasan. Laporan menyebut perbedaan itu dan tidak mengubahnya menjadi tiga pengguna mandiri. Perbaikan antarmuka dibuktikan oleh alur yang dapat dipahami, bukan hanya warna baru.
Fokus pemeriksaan. Mengapa uji hitungan perlu dilengkapi uji keadaan tampilan?
Tiga pertanyaan memerlukan bukti berbeda
Uji fungsi memeriksa apakah sistem menghasilkan perilaku sesuai kontrak. Uji kegunaan memeriksa apakah pengguna dapat menyelesaikan tugas dan memahami langkah. Uji akses memeriksa hambatan penggunaan melalui cara atau kebutuhan berbeda. Produk dapat menghitung benar tetapi sulit dipakai, atau tampak mudah tetapi memberikan hasil salah. Satu jenis uji tidak menggantikan yang lain.
Catat tugas, bantuan, dan kondisi
Simulasi tiga pemeran: dua selesai tanpa bantuan, satu selesai setelah penjelasan label. Jangan melaporkan ketiganya mandiri. Catat bagian yang menghambat dan bantuan yang diberikan. Uji kecil membantu menemukan masalah, tetapi tidak membuktikan semua pengguna sudah terwakili. Hindari menilai kecerdasan pemeran dari kesulitan menggunakan rancangan.
Perbaikan diikuti uji relevan
Setelah label diubah, ulangi tugas yang terkait serta pemeriksaan bahwa perhitungan tetap benar. Simpan hasil sebelum dan sesudah. Jika sebuah kebutuhan akses belum dapat diuji, nyatakan belum diuji dan rencanakan pemeriksaan berikutnya. Tidak semua kegiatan harus dikerjakan dengan perangkat; model kertas dapat memeriksa alur, dengan batas kemampuan uji yang jelas.
Telusuri contoh
Tiga selesai tetapi satu dibantu. Bagaimana melaporkan?
- Dua dari3 selesai tanpa bantuan; satu dengan bantuan.
- Catat jenis bantuan dan kendala.
- Jangan mengubahnya menjadi3 mandiri.
Label diperbaiki, apakah uji hitungan boleh dilupakan?
- Ulangi uji yang relevan terhadap perubahan dan kemungkinan dampaknya.
- Periksa kontrak utama tetap berjalan.
- Hindari mengulang semua pemeriksaan tanpa alasan jika cakupan risiko sudah jelas.
Tugas selesai dengan bantuan berbeda dari selesai mandiri; sampel kecil tidak mengesahkan semua pengalaman pengguna.
Latihan mandiri
1 Apa fokus uji fungsi?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Perilaku serta hasil sesuai kontrak.
2 Apa fokus uji kegunaan?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Kemampuan pengguna menyelesaikan tugas dan memahami alur.
3 Mengapa bantuan dicatat?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Memengaruhi makna keberhasilan serta menunjukkan hambatan rancangan.
4 Bagaimana menyatakan kebutuhan akses belum diperiksa?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Belum diuji, dengan rencana berikutnya; bukan dinyatakan pasti dapat diakses semua.
Perluas pemahamanmu
Pilih satu perubahan dan buat rencana uji ulang terbatas yang relevan. Jelaskan mengapa tiap pemeriksaan diperlukan.
Coba dengan umpan balik
Latihan otomatis membantu pemeriksaan; tuliskan alasan dan langkah untuk membuktikan pemahaman.
1 Dua mandiri dan satu dibantu paling tepat dilaporkan sebagai…
Petunjuk awal
Tentukan informasi, konsep dan bukti yang dibutuhkan.
Pembahasan · buka setelah mencoba
C. dua tanpa bantuan, satu dengan bantuan. Jenis bantuan merupakan bagian penting dari bukti uji.
Praktik dan refleksi
Buat tabel tugas, hasil, bantuan, kendala, dan revisi untuk tiga pemeran rekaan. Bedakan hasil model dari uji nyata.
Penanda pribadi di perangkat ini; bukan nilai atau bukti penguasaan.