Paling banyak satu email per minggu. Berhenti kapan saja dengan satu klik.
Transkrip
Narasi lengkap video ini. Kalimat yang sedang diucapkan disorot saat video diputar; klik kalimat untuk melompat ke sana.
Tampilkan transkrip
Pembuka
Halo, selamat datang kembali. Kasir mini Kopi Senja sudah jalan. Tetapi aplikasi yang jalan belum tentu siap dipakai di kedai yang ramai. Hari ini kita menguji kasir dengan skenario sulit, melaporkan bug ke Claude Code, menambah uji otomatis, dan meminta Dimas mencobanya seharian.
Langkah 1: Susun skenario uji
Raka menyusun skenario uji di Google Sheets. Setiap baris berisi skenario, input, hasil yang diharapkan, dan hasil sebenarnya. Skenario pertama, transaksi biasa: dua cup, bayar lima puluh ribu, kembalian empat belas ribu. Lolos. Skenario kedua mulai nakal: total sembilan puluh satu ribu, tetapi uang yang diterima hanya lima puluh ribu. Harapannya ditolak. Kenyataannya, kasir menampilkan kembalian minus empat puluh satu ribu. Ini bug pertama. Skenario ketiga, keranjang kosong lalu menekan simpan. Seharusnya tombol tidak aktif, tetapi tersimpan transaksi nol rupiah. Bug kedua. Skenario keempat, tombol simpan diketuk dua kali dengan cepat, hal yang sangat mungkin terjadi saat ramai. Hasilnya dua transaksi. Bug ketiga, dan yang paling berbahaya karena membuat rekap tidak cocok dengan uang di laci. Skenario kelima, halaman dimuat ulang. Transaksi tetap ada. Lolos. Skenario keenam, hampers dibayar QRIS dengan uang pas. Kembalian nol. Lolos. Jadi dari enam skenario, tiga gagal. Itu kabar baik, karena ditemukan sebelum dipakai pelanggan. Bagaimana menemukan skenario seperti itu? Pertama, jadilah pemakai yang ceroboh: salah ketuk, mengetuk dua kali, atau mengisi asal. Kedua, uji angka di batas: nol, minus, angka sangat besar, atau tepat di batas aturan, misalnya tepat dua ratus ribu untuk aturan gratis ongkir. Ketiga, tulis harapan sebelum mencoba. Kalau harapan ditulis sesudahnya, kita cenderung menganggap apa pun yang muncul sudah benar. Anda juga bisa meminta Claude menyarankan skenario nakal untuk proyek Anda. Ia sering menemukan situasi yang tidak terpikirkan, tetapi keputusan skenario mana yang penting tetap ada pada Anda dan pemakai.
Langkah 2: Laporkan bug ke Claude Code
Raka melaporkan bug ke Claude Code dengan format tiga bagian: langkah untuk mengulang, harapan, dan kenyataan. Ia juga meminta Claude Code mencari penyebab dan menjelaskan dulu, bukan langsung mengubah. Claude Code membaca file skenario uji dan file logika kasir. Ia menemukan tiga penyebab dengan bahasa yang mudah dipahami. Kembalian dihitung tanpa memeriksa uang kurang. Tombol simpan tidak memeriksa keranjang kosong. Dan tombol tidak dikunci saat sedang menyimpan, sehingga ketukan kedua ikut tercatat. Ini perubahannya: tiga baris hijau, masing-masing menjawab satu bug. Walaupun kita bukan programmer, maknanya bisa ditebak: kalau uang kurang, tampilkan peringatan; kalau keranjang kosong, berhenti; kunci tombol saat menyimpan. Raka membaca perubahan, lalu menyetujui. Uji ulang tiga skenario yang tadi gagal. Ketiganya lolos. Kolom hasil di Sheets diperbarui menjadi centang.
Langkah 3: Tambah uji otomatis
Menguji manual setiap kali ada perubahan itu melelahkan. Karena itu Raka meminta uji otomatis: semua skenario di Sheets diubah menjadi skrip, ditambah enam skenario batas usulan Claude Code. Claude Code menulis dua belas uji. Enam dari daftar Raka, enam usulan baru, misalnya uang diterima sangat besar dan jumlah barang nol. Lalu ia menjalankan semuanya. Dua belas lolos, nol gagal, dalam hitungan detik. Claude Code mengingatkan kebiasaan baru: jalankan uji setiap kali meminta perubahan, sebelum menyimpan versi baru dengan Git. Kalau ada yang gagal, berarti perubahan terakhir merusak sesuatu, dan kita tahu persis di mana mencarinya. Mari rangkum menjadi siklus. Pertama, temukan bug, dari skenario uji atau dari pemakai. Kedua, laporkan dengan jelas: langkah, harapan, kenyataan. Ketiga, perbaiki bersama Claude Code, dan baca perubahannya sebelum menyetujui. Keempat, uji ulang, baik manual untuk skenario yang gagal maupun otomatis untuk semuanya. Kelima, simpan versi dengan commit Git, seperti di sesi Claude Code Lanjutan. Lalu siklus berulang. Aplikasi yang baik bukan aplikasi tanpa bug, tetapi aplikasi yang bug-nya cepat ditemukan dan diperbaiki dengan aman.
Langkah 4: Uji coba oleh pemakai
Uji terpenting dilakukan pemakai sungguhan. Dimas mencoba kasir seharian di kedai, sambil tetap menulis nota kertas sebagai cadangan. Hari itu ada empat puluh tujuh transaksi. Kabar baiknya, rekap malam cocok dengan uang di laci dan selesai dalam empat menit. Ukuran berhasil dari Laras tercapai. Ada dua masukan. Pertama, tombol hampers terpencet tidak sengaja karena letaknya terlalu dekat dengan cold brew. Ini tidak akan pernah ditemukan Raka di mejanya sendiri. Kedua, Dimas butuh tombol untuk membatalkan transaksi terakhir, karena ada pelanggan yang mengganti pesanan. Raka memilah masukan itu. Jarak tombol menu diperbaiki sekarang, karena menyebabkan salah hitung. Tombol batalkan transaksi terakhir juga dikerjakan sekarang, dengan syarat ada konfirmasi sebelum benar-benar dibatalkan, supaya tidak terpencet tanpa sengaja. Dimas sempat menyebut diskon member dan stok bahan. Itu dicatat sebagai fitur nanti, sesuai lembar proyek. Disiplin ini menjaga proyek tetap selesai. Raka juga berterima kasih kepada Dimas dan memberi tahu kapan perbaikan selesai. Pemakai yang merasa didengar akan terus memberi masukan jujur, dan masukan itulah bahan bakar proyek Anda. Raka meneruskan dua masukan itu ke Claude Code, sekaligus meminta uji baru untuk fitur pembatalan. Claude Code memberi jarak lebih lebar antar tombol menu di file gaya tampilan. Lalu ia menambahkan tombol batalkan transaksi terakhir, lengkap dengan dialog konfirmasi. Uji otomatis dijalankan lagi. Sekarang ada empat belas uji, semuanya lolos. Fitur lama tetap aman. Perhatikan keputusan kecil yang penting: transaksi yang dibatalkan tidak dihapus diam-diam, tetapi ditandai dibatalkan di rekap. Dengan begitu, Laras tetap bisa mencocokkan catatan dengan uang di laci.
Langkah 5: Daftar periksa siap pakai
Sebelum menyatakan siap, Raka membandingkan hasil dengan ukuran berhasil di lembar proyek. Rekap malam turun dari tiga puluh menit menjadi empat menit. Tidak ada salah hitung dari empat puluh tujuh transaksi, dicocokkan dengan nota kertas Dimas. Dan empat belas uji otomatis lolos semua. Angka-angka ini nanti menjadi bahan presentasi. Ukuran berhasil yang ditulis di awal membuat kita bisa membuktikan manfaat proyek dengan data, bukan sekadar merasa sudah selesai. Terakhir, daftar periksa siap pakai. Pertama, semua uji lolos: empat belas uji otomatis dan enam skenario manual, termasuk perbaikan masukan Dimas. Kedua, versi satu titik nol disimpan dengan commit dan tag Git, sehingga kalau perubahan berikutnya bermasalah, kita bisa kembali ke versi ini. Ketiga, ekspor CSV setiap malam sebagai cadangan, karena data di browser bisa hilang. Keempat, pintasan di desktop laptop kedai, sehingga Dimas cukup klik dua kali untuk membuka kasir. Kelima, rencana darurat: kalau kasir bermasalah, kembali ke nota kertas dan hubungi Raka. Tampilan di video ini simulasi, jadi perintah dan menu di layar Anda bisa sedikit berbeda.
Selesai!
Kasir mini Kopi Senja kini lolos skenario sulit, punya empat belas uji otomatis, dan sudah dipakai sehari oleh Dimas dengan rekap malam empat menit. Ukuran berhasil dari Laras tercapai. Proyek yang bagus perlu dijelaskan dengan baik. Di episode berikutnya kita menulis dokumentasi dan menyiapkan presentasi proyek akhir. Sampai jumpa!
Latihan mandiri
Kerjakan sendiri setelah menonton supaya materinya benar-benar melekat.
Tulis sepuluh skenario uji untuk proyek Anda, termasuk lima skenario yang 'nakal'
Laporkan satu bug ke Claude Code dengan format langkah, harapan, kenyataan
Minta satu pemakai mencoba seharian dan catat masukannya
Tanya materi kelas
Ketik pertanyaan atau kata kunci; kami carikan bagian episode ini yang menjelaskannya dan lompatkan videonya ke sana.
Catatan saya
Catatan disimpan bersama menit video saat ini dan hanya terlihat oleh Anda.
Tanya jawab
Bingung di salah satu langkah? Tanyakan di sini; pengajar dan peserta lain bisa menjawab.
Belum ada pertanyaan.
Pengajar
Tim Cerdas Inovasi Digital
Pengembang software, engineer BIM & 3D, dan praktisi AI
53 kelas video1.286 episode
Sehari-hari kami mengerjakan software, model BIM, game, dan otomasi AI untuk klien, lalu menjadikan pengalaman praktik itu kelas langkah demi langkah: setiap langkah diperlihatkan di layar dan dilengkapi panduan PDF.
