# Lakukan debugging dengan hipotesis yang dapat diuji

Taiga Learning · Lembar kerja
https://taiga.training/id/lessons/debug-with-ai/

Gunakan informasi fiktif atau yang disetujui. Jangan masukkan secret dalam lembar kerja ini.

## Tujuan pembelajaran
- Menjelaskan perilaku yang diharapkan dan diamati secara tepat.
- Memilih pengamatan yang membedakan penjelasan alternatif.
- Memverifikasi perbaikan tanpa menyamakan hilangnya gejala dengan hilangnya penyebab.

## Latihan
Tuliskan catatan debugging untuk cacat baru-baru ini. Sertakan perilaku yang diharapkan, perilaku yang diamati, lingkup terdampak, dan tiga kemungkinan penyebab. Untuk setiap penyebab, sebutkan satu pengamatan yang dapat melemahkannya. Pilih pengamatan aman dengan biaya paling rendah terlebih dahulu.

## Jawaban Anda
- Skenario dan cakupan:
- Asumsi dan pertanyaan yang belum terjawab:
- Jawaban atau keputusan yang diusulkan, beserta alasan:

## Verifikasi jawaban Anda
| Klaim atau kriteria | Bukti atau pengujian | Hasil atau kekurangan | Penanggung jawab |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Tindakan berikutnya
- Tindakan, penanggung jawab, dan tanggal:
- Kapan Anda akan meninjau jawaban ini?

## Prinsip yang perlu dipertahankan
Setiap langkah debugging harus mengurangi ketidakpastian. Perubahan kode tanpa penjelasan yang diuji dapat menimbulkan cacat lain.

## Sumber
- [Google SRE: Effective Troubleshooting](https://sre.google/sre-book/effective-troubleshooting/)

Lembar kerja ini mendukung pembelajaran. Menyelesaikannya tidak dengan sendirinya mengizinkan perubahan produksi.