Salah satu hal yang paling sering kelewat waktu kerja cepat bareng Claude adalah test. Kodenya jalan, errornya hilang, dan rasanya sudah cukup. Padahal kode yang kelihatan jalan hari ini belum tentu tetap jalan setelah disentuh lagi besok. Test itu yang ngejaga biar perubahan kalian nggak diam diam ngerusak hal yang tadinya sudah bener, dan Claude sebenarnya kepake banget buat bagian ini.

Minta test, bukan cuma minta fitur

Kebiasaan kecil yang dampaknya besar adalah waktu minta Claude bikin sesuatu, minta sekalian testnya. Jangan cuma berhenti di kodenya jalan, tapi minta dia nunjukin gimana cara mastiin kode itu beneran ngelakuin yang kalian mau. Dengan begitu kalian punya jaring pengaman yang bisa dijalanin ulang kapan saja. Kalau nanti ada yang ngubah bagian itu dan sesuatu rusak, testnya yang bakal teriak duluan, bukan pengguna kalian.

Test dulu biar niatnya jelas

Buat hal yang agak rumit, kadang lebih enak minta Claude nulis testnya dulu sebelum kodenya. Kedengaran kebalik, tapi test itu sebenarnya cara kalian ngejelasin apa yang dianggap benar. Begitu kalian dan Claude sepakat di test, hasilnya harus seperti apa buat input tertentu, kodenya tinggal dikejar biar lolos. Ini bikin kalian jauh lebih susah nerima hasil yang kelihatan jalan tapi sebenarnya salah, karena benar atau salahnya sudah kalian tentuin di depan.

Test juga ngerem kalian dari percaya buta

Efek samping yang paling saya suka dari kebiasaan ini adalah dia maksa kalian mikir soal kasus yang gampang kelupaan. Pas nyusun test, kalian jadi nanya, gimana kalau inputnya kosong, gimana kalau angkanya negatif, gimana kalau datanya nggak sesuai harapan. Pertanyaan pertanyaan itu yang biasanya ketinggalan waktu cuma ngejar fitur jadi. Jadi test bukan cuma ngejaga kode, tapi juga ngerapihin cara kalian mikirin masalah. Dan sama seperti kerjaan Claude yang lain, baca testnya, pastiin dia beneran nguji hal yang penting, bukan cuma test kosong yang selalu lolos.