Memahami testing sebagai proses belajar
Guru memahami bahwa testing bukan ujian untuk membuktikan ide benar, tetapi cara mengumpulkan bukti dari pengguna.
Setelah prototype dibuat, guru perlu mengujinya dengan pengguna nyata. Testing bukan untuk mencari pujian, tetapi untuk menemukan bukti: bagian mana yang membantu, membingungkan, perlu diubah, atau sebaiknya ditinggalkan.
Guru memahami bahwa testing bukan ujian untuk membuktikan ide benar, tetapi cara mengumpulkan bukti dari pengguna.
Guru dapat membedakan feedback umum, feedback spesifik, perilaku pengguna, dan insight yang bisa ditindaklanjuti.
Guru dapat menentukan bagian prototype yang perlu dipertahankan, diubah, diperkecil, atau ditinggalkan.
Guru dapat memilih langkah berikutnya: lanjut, revisi, uji ulang, atau kembali ke tahap sebelumnya.
Prototype yang terlihat bagus belum tentu membantu. Testing membantu guru melihat apakah pengguna benar-benar memahami, memakai, dan mendapatkan manfaat dari solusi.
Hasil testing tidak hanya berupa komentar. Yang lebih penting adalah perilaku, momen macet, pertanyaan yang muncul, bagian yang dipakai, dan bagian yang diabaikan.
Saya ingin membuktikan bahwa prototype saya berhasil.
Saya ingin tahu bagian mana yang membantu, membingungkan, dan perlu diubah.
Pengguna bilang bagus, berarti aman.
Apa perilaku pengguna yang menunjukkan prototype benar-benar membantu?
Saya harus menjelaskan semua maksud prototype.
Saya perlu melihat apa yang pengguna pahami tanpa terlalu banyak dibantu.
Kalau tidak berhasil, berarti ide ini buruk.
Kalau ada data baru, prototype ini sudah menjalankan tugasnya.
Testing tidak perlu besar. Mulai dari uji kecil yang aman, terstruktur, dan menghasilkan data.
Apa yang ingin dibuktikan atau dipelajari dari prototype ini?
Siapa yang paling tepat mencoba prototype?
Minta pengguna melakukan sesuatu, bukan hanya memberi komentar.
Catat perilaku, kutipan, momen macet, dan momen berhasil.
Kelompokkan temuan menjadi pola dan keputusan.
Ubah prototype berdasarkan data, lalu uji lagi.
Apa yang pengguna lakukan saat mencoba prototype?
Kalimat asli pengguna yang menunjukkan kebutuhan atau kebingungan.
Berapa lama pengguna memahami, memulai, menyelesaikan, atau meminta bantuan?
Titik ketika pengguna berhenti, salah langkah, atau bertanya ulang.
Bagian yang terasa membantu, memudahkan, atau membuat pengguna percaya diri.
Masukan yang memberi petunjuk perubahan berikutnya.
Saat pengguna mencoba prototype, guru sebaiknya menahan diri untuk tidak langsung menjelaskan atau membela. Jika pengguna bingung, kebingungan itu adalah data penting.
Bagian yang membantu pengguna dan perlu dipertahankan.
Bagian yang berguna, tetapi perlu diperbaiki.
Bagian yang tidak membantu atau membuat proses lebih berat.
Temuan yang belum cukup jelas dan perlu diuji lagi.
Pilih prototype, jenis feedback, dan hasil testing. Sistem akan membantu membuat keputusan iterasi berikutnya.
Prototype membantu, tetapi masih perlu diperjelas.
Revisi bagian yang membuat pengguna bingung.
Amati perilaku pengguna saat mencoba prototype.
Sederhanakan instruksi dan tambahkan contoh.
Coba versi 2 dengan pengguna yang sama.
Ubah satu hal penting saja agar guru dapat melihat apakah perubahan itu benar-benar membantu.
Minta 5 murid membaca template dan mulai mengerjakan bagian pertama.
Apakah murid mulai tanpa bertanya ulang? Bagian mana yang mereka lihat pertama?
Mayoritas murid dapat menjelaskan langkah pertama dengan kata-kata sendiri.
Gunakan kartu pada diskusi 15 menit.
Siapa berbicara? Siapa diam? Apakah peran membantu atau hanya formalitas?
Setiap murid berkontribusi minimal satu kali.
Berikan feedback pada satu tugas, lalu sediakan 10 menit revisi.
Apakah murid melakukan revisi? Bagian feedback mana yang dipakai?
Murid melakukan perubahan konkret berdasarkan feedback.
Minta beberapa orang tua membaca pesan dan menyebutkan tindakan yang perlu dilakukan.
Informasi mana yang langsung ditemukan? Mana yang masih terlewat?
Orang tua dapat menyebutkan tindakan utama dalam waktu singkat.
Setelah pengguna mencoba prototype, gunakan pertanyaan terbuka. Hindari bertanya βbagus kan?β karena itu membuat pengguna cenderung menyenangkan kita.
Sederhanakan bagian yang terlalu panjang, rumit, atau membuat pengguna berhenti.
Tambahkan contoh, petunjuk, checklist, kartu bantuan, atau visual cue.
Ubah urutan informasi agar pengguna melihat hal penting lebih dulu.
Naikkan atau turunkan tingkat tantangan agar sesuai kebutuhan pengguna.
Hilangkan elemen yang tidak dipakai, membingungkan, atau memperlambat proses.
Uji versi baru dengan pengguna yang sama atau pengguna berbeda.
Setelah testing, jangan hanya berkata βkita evaluasi lagiβ. Buat keputusan yang jelas agar prototype benar-benar bergerak.
Pengguna memahami, memakai, dan merasakan manfaat prototype.
Perluas uji ke kelompok lebih besar.
Ada bagian yang membantu, tetapi masih muncul kebingungan.
Ubah satu-dua bagian penting lalu uji ulang.
Ide terlalu besar atau terlalu banyak bagian yang diuji sekaligus.
Pilih satu fitur atau satu momen pengalaman.
Prototype tidak menjawab kebutuhan atau membuat masalah baru.
Kembali ke insight, HMW, atau ide alternatif.
Bertanya βsuka atau tidak?β saja
Minta pengguna mencoba tugas nyata dan amati perilakunya.
Membela prototype saat dikritik
Dengarkan, catat, dan tanyakan contoh konkret.
Mengubah semuanya sekaligus
Ubah bagian paling penting agar iterasi tetap bisa dilacak.
Hanya mendengar suara yang paling vokal
Gabungkan observasi, kutipan, dan pola dari beberapa pengguna.
Ambil prototype dari modul 3.3. Tentukan siapa yang akan mencoba, bukti apa yang akan dicatat, dan apa keputusan setelah feedback terkumpul.
Testing membantu guru melihat kenyataan pengguna. Feedback membantu guru memahami bagian yang perlu dipertahankan, diubah, atau ditinggalkan. Iterasi membuat solusi semakin dekat dengan kebutuhan nyata murid, guru, orang tua, dan komunitas sekolah.