Template Laporan Kerosakan Komputer: Maklumat yang Perlu Direkod

Template laporan kerosakan komputer yang membezakan aduan, gejala, diagnosis dan tindakan supaya masalah boleh dikesan serta diselesaikan dengan lebih cepat.

Komputer rosak didokumentasikan menggunakan kamera dan borang laporan berstruktur.
Kandungan

Kandungan

  1. Empat perkara yang mesti dipisahkan
  2. Template maklumat asas
  3. Template diagnosis dan tindakan
  4. Contoh laporan yang lebih tepat
  5. Status penutupan
  6. Privasi dan keselamatan
  7. Contoh sebelum dan selepas
  8. Medan untuk pembaikan mengikut komponen
  9. Rantaian pemilikan tiket
  10. Analisis kerosakan berulang
  11. Tempoh simpan dan akses
  12. Nota teknikal tambahan
  13. Contoh kes untuk latihan diagnosis
  14. Bukti yang perlu disimpan
  15. Prosedur kerja terkawal
  16. Cara mengesahkan hasil
  17. Syarat untuk berhenti dan eskalasi
  18. Soalan lazim
  19. Perlukah nombor siri direkod?
  20. Bagaimana jika kerosakan tidak dapat diulang?
  21. Format yang boleh terus disalin
  22. Tahap keutamaan
  23. Bukti selepas pembaikan

Laporan “komputer rosak” tidak membantu diagnosis. Laporan yang baik menerangkan apa yang berlaku, bila, dalam keadaan apa dan apa yang telah diuji—tanpa membuat kesimpulan sebelum bukti diperoleh.

Carta aliran menghasilkan laporan kerosakan komputer.

Rajah aliran PTIS: gunakan langkah secara berurutan dan rekod hasil sebelum tindakan seterusnya.

Empat perkara yang mesti dipisahkan

  • Aduan: apa yang pengguna laporkan.

  • Gejala disahkan: apa yang juruteknik dapat ulang atau lihat.

  • Diagnosis: punca yang disokong oleh ujian.

  • Tindakan: perubahan, baik pulih atau penggantian yang dibuat.

Template maklumat asas

Identiti

ID aset/nombor siri, jenama, model, lokasi dan pengguna

Masa

Tarikh ditemui, masa kejadian dan kekerapan

Gejala

Perkara yang dilihat, bunyi, lampu, suhu dan mesej ralat tepat

Konteks

Aplikasi, beban, peranti luaran dan perubahan terakhir

Impak

Seorang pengguna, satu unit atau operasi kritikal

Bukti

Foto, video, tangkap layar, log dan keputusan diagnostik

Template diagnosis dan tindakan

Rekod ujian satu demi satu: tarikh, alat atau kaedah, keadaan sebelum ujian, keputusan dan siapa yang menjalankannya. Kemudian catat komponen ditukar, nombor alat ganti, tetapan berubah, data disandarkan, keputusan ujian selepas baik pulih serta tempoh waranti.

Contoh laporan yang lebih tepat

“PC Kaunter 02 dimulakan semula dua kali ketika eksport PDF pada 10:15. Tiada bau atau bunyi luar biasa. Suhu CPU meningkat sebelum restart. Masalah dapat diulang sekali. Ventilasi didapati berhabuk; data pengguna telah disandarkan. Diagnostik memori lulus. Status: perlu pemeriksaan sistem penyejukan.”

Status penutupan

  • Selesai dan diuji

  • Selesai sementara; pemantauan diperlukan

  • Menunggu alat ganti/vendor

  • Tidak ekonomik dibaiki

  • Tiada kerosakan ditemui; perlukan maklumat tambahan

Privasi dan keselamatan

Jangan masukkan kata laluan, kunci pemulihan atau data peribadi ke dalam laporan umum. Kaburkan maklumat sensitif dalam tangkap layar. Simpan bukti mengikut akses dan tempoh yang diluluskan organisasi.

Contoh sebelum dan selepas

Terlalu umum: “Laptop selalu hang. Tolong repair.”

Boleh didiagnosis: “Laptop Kaunter 04 beku tiga kali antara 9:00–10:30 ketika membuka fail pada pemacu D. Tetikus masih bergerak selama kira-kira 20 saat. Masalah bermula selepas gangguan elektrik semalam. Sandaran terakhir berjaya pada 17:00. Belum menjalankan CHKDSK kerana data perlu disalin dahulu.”

Medan untuk pembaikan mengikut komponen

Komponen

Bukti berguna

SSD/HDD

SMART, ralat media, fail terjejas, masa kehilangan pemacu

RAM

Kod diagnostik, konfigurasi modul, slot dan keadaan ujian

Kuasa

Adapter, soket, LED, keadaan beban dan masa shutdown

Haba

Suhu bilik, CPU/GPU, kipas, beban dan masa sebelum throttling

Paparan

Monitor/kabel diuji, port, artefak dan keadaan sebelum boot

Rantaian pemilikan tiket

Setiap laporan perlu mempunyai pelapor, penerima, pemilik tindakan, tarikh sasaran dan status. Jika diserah kepada vendor, catat nombor kes, barang yang dihantar dan aksesori disertakan. Apabila kembali, periksa nombor siri dan uji semula gejala asal.

Analisis kerosakan berulang

Gunakan kategori punca hanya selepas diagnosis: penggunaan, persekitaran, komponen, firmware, kuasa, kemalangan atau tidak dapat ditentukan. Tinjau laporan bulanan untuk model, lokasi atau gejala berulang. Jangan mengubah klasifikasi lama tanpa menyimpan sebab perubahan.

Tempoh simpan dan akses

Tetapkan siapa boleh melihat bukti, berapa lama ia disimpan dan cara tangkap layar dilindungi. Laporan teknikal tidak memerlukan kandungan fail pengguna. Minimumkan data peribadi sambil mengekalkan bukti yang membantu diagnosis.

Perbandingan maklumat yang perlu direkod dan maklumat yang perlu dielakkan.

Rajah rujukan PTIS: petunjuk ini membantu membuat keputusan, tetapi tidak menggantikan diagnosis model khusus.

Nota teknikal tambahan

Gunakan istilah pemerhatian: “LED kuasa menyala selama dua saat kemudian padam” lebih baik daripada “PSU rosak”. Diagnosis hanya ditulis selepas ujian menyokongnya. Jika juruteknik menukar andaian, kekalkan kronologi: diagnosis awal, bukti baharu dan diagnosis akhir. Ini penting untuk pembelajaran dan audit. Untuk foto, sertakan pandangan keseluruhan dan dekat, tetapi jangan dedahkan skrin pengguna, dokumen atau kata laluan.

Contoh kes untuk latihan diagnosis

Kes

Tafsiran

Tindakan

PC tidak hidup

Laporan menyatakan motherboard rosak tanpa ujian

Rekod soket, kabel, LED, PSU diketahui baik dan kod diagnostik

Skrin biru

Foto hanya menunjukkan skrin jauh

Catat stop code tepat, masa, beban dan perubahan terakhir

Masalah tidak berulang di bengkel

Tiket terus ditutup

Rekod keadaan ujian dan minta video/log ketika kejadian seterusnya

Bukti yang perlu disimpan

  • Siapa melapor dan menerima

  • Kronologi tepat

  • Bukti dan lokasi simpanan

  • Setiap ujian serta hasil

  • Alat ganti/nombor bahagian

  • Pengesahan pengguna dan status akhir

Rekod yang konsisten membolehkan anda membandingkan keadaan sebelum dan selepas, mengenal pasti kerosakan berulang dan mengelakkan pembelian komponen berdasarkan tekaan.

Prosedur kerja terkawal

Gunakan prosedur berikut sebagai sesi pemeriksaan sebenar. Sediakan masa tanpa gangguan, elakkan menguji pada satu-satunya salinan data dan pastikan anda tahu cara kembali kepada keadaan asal. Tujuannya ialah menghasilkan keputusan yang boleh diulang, bukan mencuba sebanyak mungkin perubahan.

  1. Langkah 1: Berikan ID unik kepada laporan dan peranti. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.

  2. Langkah 2: Salin mesej ralat tepat bersama tarikh serta masa. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.

  3. Langkah 3: Pisahkan aduan pengguna daripada gejala disahkan. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.

  4. Langkah 4: Rekod setiap ujian dan hasil secara kronologi. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.

  5. Langkah 5: Tetapkan pemilik, keutamaan dan tarikh sasaran. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.

  6. Langkah 6: Tutup hanya selepas pengguna mengesahkan fungsi. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.

Cara mengesahkan hasil

Ulang keadaan yang mencetuskan gejala dengan beban dan tempoh yang serupa. Bandingkan bukti sebelum dan selepas, kemudian pantau sekurang-kurangnya beberapa kitaran penggunaan. Jika keputusan tidak konsisten, tandakan sebagai belum disahkan. Jangan menyatakan komponen telah pulih hanya kerana komputer berjaya boot sekali.

Syarat untuk berhenti dan eskalasi

Berhenti apabila terdapat risiko elektrik, bateri berubah bentuk, kehilangan data, suhu atau bunyi luar biasa yang semakin teruk, diagnostik gagal berulang atau prosedur memerlukan pembukaan komponen di luar kemahiran anda. Serahkan rekod, gambar dan keputusan ujian kepada juruteknik supaya kerja tidak bermula semula daripada tekaan.

Soalan lazim

Perlukah nombor siri direkod?

Ya, terutama apabila beberapa unit model sama digunakan. Hadkan pendedahan pada sistem awam.

Bagaimana jika kerosakan tidak dapat diulang?

Catat “tidak dapat diulang”, keadaan ujian dan maklumat yang masih diperlukan; jangan meneka punca.

Gunakan laporan bersama panduan penyelenggaraan komputer. Untuk konteks sekolah, lihat log penggunaan dan kerosakan makmal komputer.

Format yang boleh terus disalin

ID peranti:
Model/nombor siri:
Lokasi dan pengguna:
Tarikh/masa ditemui:
Gejala tepat:
Mesej atau kod ralat:
Aktiviti ketika kejadian:
Perubahan terakhir:
Ujian yang telah dibuat:
Keputusan setiap ujian:
Status sandaran data:
Tahap impak:
Tindakan seterusnya/pemilik:

Tahap keutamaan

  • Kritikal: risiko keselamatan, ramai pengguna terjejas atau operasi utama terhenti.

  • Tinggi: satu fungsi utama gagal dan tiada alternatif munasabah.

  • Sederhana: kerja masih boleh diteruskan dengan penyelesaian sementara.

  • Rendah: isu kosmetik atau tidak menjejaskan fungsi semasa.

Bukti selepas pembaikan

Nyatakan ujian yang dilakukan, tempoh ujian, keadaan beban dan siapa yang mengesahkan. Jika alat ganti digunakan, simpan nombor bahagian dan waranti. Jika masalah berulang, pautkan kepada laporan terdahulu supaya corak dapat dilihat tanpa menggabungkan dua kejadian secara tidak tepat.

template laporan kerosakan komputerborang kerosakan komputerrekod repair komputerlog kerosakan peranti
PTIS Sarawak

Pasukan Teknikal ICT Sekolah, Sektor Pengurusan Maklumat ICT, Jabatan Pendidikan Negeri Sarawak.

Hubungi

082-473783 / 791

Aras 2, Jabatan Pendidikan Negeri Sarawak, Jalan Diplomatik, Off Jalan Bako, 93050 Petra Jaya, Kuching, Sarawak

Kerajaan Malaysia dan Kementerian Pendidikan Malaysia tidak bertanggungjawab bagi apa-apa kehilangan atau kerugian yang disebabkan oleh penggunaan mana-mana maklumat yang diperoleh dari portal ini.

© 2026 PTIS Sarawak · JPNS