Penulisan Log Aktivitas dan Troubleshooting

Big Picture dulu

Bayangin kamu lagi masak. Kalau resepnya berhasil, kamu senang. Tapi kalau gagal, kamu bingung: “Tadi salah di mana ya?” Nah, log praktikum itu fungsinya persis kayak catatan masak real-time. Setiap langkah, setiap kesalahan, setiap yang kamu coba, semua dicatat. Bukan setelah selesai, tapi selama praktikum berlangsung.

Tanpa log yang baik, kamu tidak akan bisa belajar dari kesalahan. Dan di dunia kerja IT nanti, ini bukan sekadar tugas sekolah, ini kebiasaan profesional yang dicari perusahaan.

Langkah 1: Buat Template Log Sebelum Mulai

Sebelum praktikum dimulai, buka file atau kertas dan siapkan kolom ini:

Penjelasan tiap kolom:

• Waktu: jam dan menit saat kamu melakukan sesuatu. Bukan perkiraan, tapi real-time.
• Aktivitas: apa yang kamu lakukan. Contoh: “Install driver VGA.”
• Hasil: apa yang terjadi setelah itu. Berhasil? Muncul error?
• Masalah: kalau ada error, tulis errornya. Persis apa adanya.
• Solusi: langkah apa yang kamu ambil untuk mengatasi masalah itu.
• Status: selesai (✅), masih proses (🔄), atau gagal (❌).

Langkah 2: Catat Error Kata per Kata (Verbatim)

Ini bagian yang sering siswa salah. Jangan tulis: “ada error soal driver.”

Tulis persis seperti yang muncul di layar:

Error: DRIVER_IRQL_NOT_LESS_OR_EQUAL (0x000000D1)

Kenapa harus persis? Karena kalau kamu search error itu di Google, kode 0x000000D1 itu yang membawa kamu ke solusi yang tepat. Kalau cuma tulis “ada error driver,” tidak akan ketemu apa-apa.

Cara termudah: screenshot dulu, baru ketik ulang ke log. Atau foto pakai HP.

Langkah 3: Dokumentasikan Troubleshooting Berurutan

Troubleshooting itu kayak detektif. Kamu mencoba satu per satu, bukan asal tebak. Catat prosesnya seperti ini:

08:20 - Error muncul: BSOD 0x000000D1
08:22 - Percobaan 1: Restart komputer → error muncul lagi
08:25 - Percobaan 2: Buka Device Manager, cek driver → ada tanda seru kuning di Network Adapter
08:30 - Percobaan 3: Uninstall driver, install ulang dari CD bawaan → BERHASIL, tidak BSOD lagi

Pola penulisannya: apa yang dicoba → apa hasilnya → keputusan selanjutnya.

Langkah 4: Buat Tabel Ringkasan Masalah

Setelah praktikum selesai, buat tabel rekap. Ini yang masuk ke laporan BAB IV:

Tabel ini membuktikan kamu tidak cuma berhasil menyelesaikan masalah, tapi kamu paham kenapa masalah itu terjadi.

Langkah 5: Tulis Lessons Learned

Di bagian ini, kamu tidak nulis ulang masalah. Kamu nulis apa yang kamu pelajari dari pengalaman itu. Bedanya besar.

Contoh yang salah:

“Tadi ada error driver dan saya berhasil memperbaikinya.”

Contoh yang benar:

“Dari error 0x000000D1, saya belajar bahwa BSOD dengan kode itu hampir selalu berhubungan dengan driver yang tidak kompatibel, bukan kerusakan hardware. Langkah pertama yang harus dilakukan adalah cek Device Manager, bukan langsung reinstall OS.”

Itu yang disebut insights, bukan sekadar cerita ulang.

Langkah 6: Screenshot Event Viewer

Event Viewer itu kayak “black box” pesawat terbang, semua kejadian di dalam Windows tercatat di sana. Cara buka:

Windows + R → ketik "eventvwr" → Enter

Masuk ke: Windows Logs → System

Filter berdasarkan waktu kejadian error. Cari entry dengan level Error atau Critical. Screenshot bagian itu, lalu di laporan tambahkan keterangan panah merah atau highlight di baris yang relevan. Tidak perlu screenshot seluruh halaman, cukup bagian yang ada errornya.

Langkah 7: Integrasikan ke BAB IV

Semua yang kamu kumpulkan masuk ke sub-bab ini:

4.3 Kendala dan Penyelesaian Masalah

Strukturnya:

1. Paragraf pembuka singkat (1-2 kalimat): sebutkan berapa kendala yang muncul selama praktikum.
2. Tabel ringkasan masalah (dari Langkah 4).
3. Penjelasan naratif per kendala: ceritakan kronologinya, bukan sekadar tabel.
4. Screenshot Event Viewer dengan keterangan.
5. Lessons Learned (dari Langkah 5).

Jebakan Umum yang Harus Dihindari

• Nulis log setelah praktikum selesai dari ingatan. Ini sering tidak akurat, waktu dan urutannya bisa kebalik.
• Mencatat error dengan bahasa sendiri, bukan verbatim. Itu bikin pencarian solusi jadi susah.
• Log terlalu pendek seperti: “ada masalah, sudah selesai.” Itu tidak ada nilainya untuk laporan.
• Lupa catat waktu. Padahal waktu penyelesaian itu salah satu kolom yang dinilai.

Kuis Singkat

1. Apa bedanya mencatat error secara verbatim dibandingkan dengan mencatat menggunakan bahasa sendiri? Kenapa yang satu lebih berguna dari yang lain?

2. Saat kamu mencoba 3 langkah troubleshooting dan hanya langkah ke-3 yang berhasil, apa yang harus kamu tulis di kolom Solusi? Apakah hanya langkah ke-3 saja, atau semua langkah yang dicoba?

3. Apa isi yang tepat untuk bagian Lessons Learned? Pilih salah satu: (A) Ringkasan ulang masalah yang terjadi, atau (B) Pemahaman baru yang kamu dapatkan dari memecahkan masalah itu?