Antarmuka yang menjelaskan keadaan dan kesalahan
INFO9-26
Merancang label, pesan, dan akses yang membantu pengguna menyelesaikan tugas.
Bekal awal: Dapat menggambar alur dan membaca kontrak.
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?
Label memberi konteks sebelum salah
Tuliskan apa yang diminta, satuan, serta batas yang relevan. “Total alat, bilangan bulat0–1000” lebih membantu daripada “isi angka”. Contoh isian tidak menggantikan label karena dapat hilang saat mengetik. Kelompokkan isian terkait dan gunakan urutan yang masuk akal. Instruksi panjang yang hanya muncul setelah kegagalan dapat membebani pengguna.
Pesan kesalahan menunjukkan perbaikan
Pesan “dipinjam tidak boleh melebihi total” menjelaskan hubungan yang dilanggar. “Error!” saja tidak memberi arah. Pertahankan isian yang masih berguna agar pengguna tidak mengetik ulang semuanya. Tampilkan hasil hanya ketika masukan valid, dan jangan menyebut berhasil menyimpan bila tidak ada penyimpanan. Berikan penanda status yang dapat dibaca, bukan warna merah/hijau saja.
Akses diuji melalui beberapa cara
Periksa urutan keyboard, fokus yang terlihat, label yang terhubung ke isian, ukuran teks yang dapat diperbesar, serta kontras. Gambar bermakna membutuhkan padanan teks. Pedoman membantu merancang, tetapi uji beberapa kebutuhan pengguna tetap diperlukan. Latihan tidak menganggap semua akses dapat disahkan hanya oleh satu skor otomatis.
Telusuri contoh
Perbaiki pesan “gagal”.
- Sebut masalah: dipinjam6 melebihi total4.
- Tawarkan perbaikan: periksa kedua jumlah.
- Jangan menyalahkan pengguna atau menghapus semua isian otomatis.
Mengapa warna saja belum cukup?
- Sebagian pembaca sulit membedakan warna atau memakai cetak hitam-putih.
- Tambahkan teks/status dan bentuk bila relevan.
- Uji tanpa bergantung pada warna.
Pesan sukses harus sesuai tindakan; pemeriksaan akses otomatis tidak mewakili seluruh pengalaman pengguna.
Latihan mandiri
1 Apa isi label yang membantu?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Nama data, satuan, serta batas yang relevan.
2 Mengapa isian tidak selalu dikosongkan saat error?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Bagian yang benar masih berguna dan mengurangi kerja ulang.
3 Sebutkan dua pemeriksaan akses.
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Keyboard/fokus, label, teks diperbesar, kontras, padanan gambar, atau status terbaca.
4 Apa risiko pesan “tersimpan” tanpa penyimpanan?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Pengguna mengira hasil aman dan dapat kehilangan pekerjaan saat halaman ditutup.
Perluas pemahamanmu
Uji prototipe tanpa warna dan hanya dengan urutan tindakan tertulis. Catat bagian yang kehilangan makna atau arah.
Coba dengan umpan balik
Latihan otomatis membantu pemeriksaan; tuliskan alasan dan langkah untuk membuktikan pemahaman.
1 Pesan kesalahan paling membantu ialah…
Petunjuk awal
Tentukan informasi, konsep dan bukti yang dibutuhkan.
Pembahasan · buka setelah mencoba
B. dipinjam tidak boleh melebihi total; periksa kedua jumlah. Pesan menyebut aturan dan memberi jalan koreksi.
Praktik dan refleksi
Buat tiga pesan: isian kosong, jumlah berlebih, dan hasil valid. Minta pembaca menjelaskan langkah berikutnya dari tiap pesan.
Penanda pribadi di perangkat ini; bukan nilai atau bukti penguasaan.